Bug#1063920: console-setup: initramfs keymap is not set and breaks my root crypted boot

[Daniel Dehennin]

Package: console-setup
Version: 1.226
Severity: important

Dear Maintainer,

Since the upgrade to 1.226, I can't open my LUKS root FS beause of broken 
initramfs.

I can still boot under 6.6.11 since its initramfs is not updated with latest 
tools.

I compared both initramfs and found different console-setup keymap files and 
SHA256:

$ sha256sum 11/main/etc/console-setup/cached_UTF-8_del.kmap 
15/main/etc/console-setup/tmpkbd.aXFBap 
d9ca379b8ca9b6ce6c451d19820ed99e530cd0a6c4cf1d11601f6c8d4d8c4d24  
11/main/etc/console-setup/cached_UTF-8_del.kmap
742d84819c114f3aefd59ed87477beaedf05f2a9fc615159369021e2ff58a89f  
15/main/etc/console-setup/tmpkbd.aXFBap

I hope it will help you to find what's going on.

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

Kernel: Linux 6.6.11-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages console-setup depends on:
ii  console-setup-linux 1.226
ii  debconf [debconf-2.0]   1.5.86
ii  keyboard-configuration  1.226
ii  xkb-data2.41-2

console-setup recommends no packages.

Versions of packages console-setup suggests:
ii  locales2.37-15
ii  sysvinit-utils [lsb-base]  3.08-6

Versions of packages keyboard-configuration depends on:
ii  debconf [debconf-2.0]   1.5.86
ii  liblocale-gettext-perl  1.07-6+b1
ii  xkb-data2.41-2

Versions of packages console-setup-linux depends on:
ii  init-system-helpers 1.66
ii  kbd 2.6.4-2
ii  keyboard-configuration  1.226

console-setup-linux suggests no packages.

Versions of packages console-setup is related to:
pn  console-common
pn  console-data  
pn  console-tools 
ii  gnome-control-center  1:46~beta-1
ii  kbd   2.6.4-2
ii  systemd   255.3-2

-- debconf information excluded

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF

Bug#1060051: linux-image-6.6-librem5: Lots of modem disconnection

[Daniel Dehennin]

Package: linux-image-6.6-librem5
Version: 6.6.8+librem5-1
Severity: normal

Dear Maintainer,

After yesterday (2024-01-04) update, I had lots of modem disconnection.

This is solved after booting to linux-image-6.1-librem5:

- edit “/etc/default/u-boot” to set “U_BOOT_DEFAULT="l1"”

- run “sudo u-boo-update”

- reboot

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'experimental'), (50, 'unstable')
Architecture: arm64 (aarch64)

Kernel: Linux 6.1-librem5 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-image-6.6-librem5 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.142
ii  kmod30+20230601-2.1
ii  linux-base  4.9

linux-image-6.6-librem5 recommends no packages.

linux-image-6.6-librem5 suggests no packages.

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF

janv. 04 12:55:20 mobian NetworkManager[686]:   [1704369320.2785] 
manager: sleep: wake requested (sleeping: yes  enabled: yes)
janv. 04 12:55:20 mobian NetworkManager[686]:   [1704369320.2788] device 
(usb0): state change: unmanaged -> unavailable (reason 'managed', 
sys-iface-state: 'external')
janv. 04 12:55:20 mobian ModemManager[761]:  [sleep-monitor-systemd] 
system is resuming
janv. 04 12:55:20 mobian NetworkManager[686]:   [1704369320.2880] 
manager: NetworkManager state is now DISCONNECTED
janv. 04 12:55:22 mobian ModemManager[761]:  [modem1/bearer2] connection 
attempt #1 failed: Operation was cancelled
janv. 04 12:55:22 mobian ModemManager[761]:  [modem1] couldn't connect 
bearer: Operation was cancelled
janv. 04 12:55:22 mobian ModemManager[761]:  [modem1/bearer2] connection 
#1 finished: duration 0s
janv. 04 12:55:24 mobian ModemManager[761]:  [base-manager] couldn't check 
support for device '/sys/devices/platform/soc@0/3810.usb': not supported by 
any plugin
janv. 04 12:55:30 mobian systemd[1]: NetworkManager-dispatcher.service: 
Deactivated successfully.
janv. 04 12:55:40 mobian ModemManager[761]:  [device 
/sys/devices/platform/soc@0/3820.usb/xhci-hcd.4.auto/usb1/1-1/1-1.2] 
creating modem with plugin 'broadmobi' and '6' ports
janv. 04 12:55:40 mobian ModemManager[761]:  [plugin/broadmobi] could not 
grab port cdc-wdm0: Cannot add port 'usbmisc/cdc-wdm0', unhandled port type
janv. 04 12:55:40 mobian ModemManager[761]:  [plugin/broadmobi] could not 
grab port ttyUSB1: Cannot add port 'tty/ttyUSB1', unhandled port type
janv. 04 12:55:40 mobian ModemManager[761]:  [base-manager] modem for 
device 
'/sys/devices/platform/soc@0/3820.usb/xhci-hcd.4.auto/usb1/1-1/1-1.2' 
successfully created
janv. 04 12:55:41 mobian ModemManager[761]:  [modem2] state changed 
(unknown -> disabled)
janv. 04 12:55:41 mobian mmsdtng[1444]: New Object with Messaging feature 
found, Adding...
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9724] 
manager: (ttyUSB2): new Broadband device 
(/org/freedesktop/NetworkManager/Devices/6)
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9735] device 
(ttyUSB2): state change: unmanaged -> unavailable (reason 'managed', 
sys-iface-state: 'external')
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9745] device 
(ttyUSB2): modem state 'enabling'
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9775] device 
(ttyUSB2): state change: unavailable -> disconnected (reason 'none', 
sys-iface-state: 'managed')
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9793] policy: 
auto-activating connection 'Free-Mobile' (d6b8e61a-605e-4b2b-83c7-f8f8dd164c13)
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9821] device 
(ttyUSB2): Activation: starting connection 'Free-Mobile' 
(d6b8e61a-605e-4b2b-83c7-f8f8dd164c13)
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9826] device 
(ttyUSB2): state change: disconnected -> prepare (reason 'none', 
sys-iface-state: 'managed')
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9840] 
manager: NetworkManager state is now CONNECTING
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9850] device 
(ttyUSB2): state change: prepare -> need-auth (reason 'none', sys-iface-state: 
'managed')
janv. 04 12:55:41 mobian NetworkManager[686]:   [1704369341.9905] device 
(ttyUSB2): state change: need-auth -> prepare (reason 'none', sys-iface-state: 
'managed')
janv. 04 12:55:42 mobian ModemManager[761]:  [modem2] state changed 
(disabled -> enabling)
janv. 04 12:55:42 mobian ModemManager[761]:  [modem2] simple connect 
started...
janv. 04 12:55:42 mobian ModemManager[761]:  [modem2] simple connect state 
(4/10): wait to g

Bug#772523: [Re] preseeding get_domain using DHCP is broken

[Daniel Dehennin]

Hello.

I just tried with bookworm net installer and things changed since
bullseye.

On a bullseye, netcfg use the domain returned by DHCP which is not the
case on bookworm.

I think that the rDNS check before using the DHCP domain should be
removed.

It looks like on bullseye, domain was preseeded from DHCP because
netcfg/get_hostname was considered a valid FQDN which is not the case on
bookworm.

I got logs from both installations (attached to this email) and here are
the relevant logs:

#+begin_src diff
--- netcfg-bullseye.log 2023-08-23 11:18:55.0 +0200
+++ netcfg-bookworm.log 2023-08-23 11:18:55.0 +0200
@@ -1,4 +1,4 @@
-frontend: --> SET netcfg/get_hostname bullseye
+frontend: --> SET netcfg/get_hostname bookworm
 frontend: --> METAGET netcfg/get_hostname type
 frontend: --> FSET netcfg/get_hostname seen true
 frontend: --> SET netcfg/choose_interface auto
@@ -11,7 +11,7 @@
 debconf: --> METAGET debian-installer/netcfg/title Description
 main-menu: INFO: Menu item 'netcfg' selected
 debconf: --> SETTITLE debian-installer/netcfg/title
-netcfg: INFO: Starting netcfg v.1.176
+netcfg: INFO: Starting netcfg v.1.187
 debconf: --> GET netcfg/enable
 debconf: --> GET netcfg/disable_autoconfig
 debconf: --> SET netcfg/use_autoconfig true
@@ -144,11 +150,11 @@
 netcfg: DEBUG: State is now 2
 netcfg: DEBUG: State is now 5
 debconf: --> GET netcfg/hostname
-netcfg: INFO: DHCP hostname: "bullseye"
-netcfg: DEBUG: bullseye is a valid FQDN
-debconf: --> SET netcfg/get_hostname bullseye
-netcfg: DEBUG: Preseeding domain from global: eole.lan
-debconf: --> SET netcfg/get_domain eole.lan
+netcfg: DEBUG: Using DNS to try and obtain default hostname
+netcfg: DEBUG: Getting default hostname from rDNS lookup of autoconfigured 
address 192.168.230.136
+netcfg: DEBUG: getnameinfo() returned -2 (Name or service not known)
+netcfg: DEBUG: Getting default hostname from rDNS lookup of autoconfigured 
address fe80::c0ff:fea8:e6ea
+netcfg: DEBUG: getnameinfo() returned -2 (Name or service not known)
 debconf: --> INPUT high netcfg/get_hostname
 debconf: --> GET netcfg/get_hostname
 netcfg: DEBUG: State is now 6
#+end_src

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF

frontend: --> SET netcfg/get_hostname bullseye
frontend: --> METAGET netcfg/get_hostname type
frontend: --> FSET netcfg/get_hostname seen true
frontend: --> SET netcfg/choose_interface auto
frontend: --> METAGET netcfg/choose_interface type
frontend: --> FSET netcfg/choose_interface seen true
debconf: --> METAGET debian-installer/netcfg/title Description
debconf: --> METAGET debian-installer/netcfg/title Description
debconf: --> METAGET debian-installer/netcfg/title Description
debconf: --> METAGET debian-installer/netcfg/title Description
debconf: --> METAGET debian-installer/netcfg/title Description
main-menu: INFO: Menu item 'netcfg' selected
debconf: --> SETTITLE debian-installer/netcfg/title
netcfg: INFO: Starting netcfg v.1.176
debconf: --> GET netcfg/enable
debconf: --> GET netcfg/disable_autoconfig
debconf: --> SET netcfg/use_autoconfig true
debconf: --> GET netcfg/disable_dhcp
netcfg: WARNING **: Couldn't read Wpasupplicant pid file, not trying to kill.
debconf: --> GET netcfg/choose_interface
netcfg: INFO: Could not find valid BOOTIF= entry in /proc/cmdline
netcfg: INFO: Taking down interface ens3
debconf: --> METAGET netcfg/internal-ens description
debconf: <-- 10 netcfg/internal-ens doesn't exist
debconf: --> METAGET netcfg/internal-unknown-iface description
debconf: --> INPUT medium netcfg/use_autoconfig
debconf: --> GET netcfg/use_autoconfig
netcfg: INFO: Taking down interface lo
netcfg: INFO: Activating interface ens3
netcfg: DEBUG: State is now 0
netcfg: DEBUG: Want link on ens3
debconf: --> INPUT low netcfg/link_wait_timeout
debconf: --> GET netcfg/link_wait_timeout
netcfg: INFO: Waiting time set to 3
debconf: --> SUBST netcfg/link_detect_progress interface ens3
debconf: --> PROGRESS START 0 12 netcfg/link_detect_progress
netcfg: INFO: ethtool-lite: ens3: carrier up
netcfg: INFO: Found link on ens3
netcfg: DEBUG: Commencing network autoconfiguration on ens3
netcfg: DEBUG: rdnssd started; PID: 550
debconf: --> PROGRESS START 0 12 netcfg/ipv6_link_local_wait_title
netcfg: DEBUG: nc_v6_interface_configured(ens3, scope local)
netcfg: DEBUG: Running ip addr show ens3 to look for address
netcfg: DEBUG: ip line: 2: ens3:  mtu 1500 
qdisc pfifo_fast qlen 1000
netcfg: DEBUG: ip line: link/ether 02:00:c0:a8:e6:ec brd ff:ff:ff:ff:ff:ff
netcfg: DEBUG: ip line: inet6 fe80::c0ff:fea8:e6ec/64 scope link tentative 
netcfg: DEBUG: ip line:valid_lft forever preferred_lft forever
netcfg: DEBUG: nc_v6_interface_configured(ens3, scope local)
netcfg: DEBUG: Running ip addr show ens3 to look for add

Bug#1032179: fill my Librem5 logs with “Failed to read input level” messages

[Daniel Dehennin]

Hello.

After some discussion on the Mobian matrix room, I started my Librem5
wit hall kill switch on and there is no more failing messages.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#1032179: fill my Librem5 logs with “Failed to read input level” messages

[Daniel Dehennin]

Package: iio-sensor-proxy
Version: 3.0-2
Severity: minor

Dear Maintainer,

I installed the latest Mobian image on my Librem5 phone and my logs are full of 
messages:

mars 01 08:29:40 mobian iio-sensor-prox[634]: Failed to read input level at 
/sys/devices/platform/soc@0/3080.bus/30a3.i2c/i2c-1/1-0060/iio:device0/in_illuminance_raw:
 Failed to read from file 
“/sys/devices/platform/soc@0/3080.bus/30a3.i2c/i2c-1/1-0060/iio:device0/in_illuminance_raw”:
 Invalid argument

root@mobian:/home/mobian# ls -lh 
'/sys/devices/platform/soc@0/3080.bus/30a3.i2c/i2c-1/1-0060/iio:device0/in_illuminance_raw'
-rw-r--r-- 1 root root 4.0K Feb 28 18:29 
/sys/devices/platform/soc@0/3080.bus/30a3.i2c/i2c-1/1-0060/iio:device0/in_illuminance_raw

root@mobian:/home/mobian# cat 
'/sys/devices/platform/soc@0/3080.bus/30a3.i2c/i2c-1/1-0060/iio:device0/in_illuminance_raw'
cat: 
'/sys/devices/platform/soc@0/3080.bus/30a3.i2c/i2c-1/1-0060/iio:device0/in_illuminance_raw':
 Invalid argument


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: arm64 (aarch64)

Kernel: Linux 6.1-librem5 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages iio-sensor-proxy depends on:
ii  libc6   2.36-8
ii  libglib2.0-02.74.5-1
ii  libgudev-1.0-0  237-2

iio-sensor-proxy recommends no packages.

Versions of packages iio-sensor-proxy suggests:
ii  systemd  252.5-2

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#1025264: mmsd-tng: Can't send MMS message because of missing Content Type

[Daniel Dehennin]

Package: mmsd-tng
Version: 2.0~beta-1+b1
Severity: important

Dear Maintainer,

Since I updated my mobian phone with the beta package now in testing, I
can't send MMS any more:

nov. 30 12:05:53 mobian mmsdtng[2720]: ../src/service.c:process_request() 
Sending 
nov. 30 12:05:53 mobian mmsdtng[2720]: GSocketClient: Starting new address 
enumeration
nov. 30 12:05:53 mobian mmsdtng[2720]: GSocketClient: Address enumeration 
succeeded
nov. 30 12:05:53 mobian mmsdtng[2720]: GSocketClient: Starting TCP connection 
attempt
nov. 30 12:05:53 mobian mmsdtng[2720]: 
../src/service.c:soupmessage_network_event_cb() Socket 12 Binding to wwan0 
length 5
nov. 30 12:05:53 mobian mmsdtng[2720]: 
../src/service.c:soupmessage_network_event_cb() Socket is bound to wwan0
nov. 30 12:05:53 mobian mmsdtng[2720]: GSocketClient: TCP connection successful
nov. 30 12:05:53 mobian mmsdtng[2720]: GSocketClient: Starting application 
layer connection
nov. 30 12:05:53 mobian mmsdtng[2720]: GSocketClient: Connection successful!
nov. 30 12:05:53 mobian mmsdtng[2720]: > POST / HTTP/1.1
nov. 30 12:05:53 mobian mmsdtng[2720]: > Soup-Debug-Timestamp: 1669799969
nov. 30 12:05:53 mobian mmsdtng[2720]: > Soup-Debug: SoupSession 1 
(0x558c1cb8c0), SoupMessage 1 (0x558c24b470), GSocket 1 (0x7f8c009520)
nov. 30 12:05:53 mobian mmsdtng[2720]: > Host: mms.free.fr
nov. 30 12:05:53 mobian mmsdtng[2720]: > Content-Length: 115859
nov. 30 12:05:53 mobian mmsdtng[2720]: > Accept-Encoding: gzip, deflate
nov. 30 12:05:53 mobian mmsdtng[2720]: > Connection: Keep-Alive
nov. 30 12:05:53 mobian mmsdtng[2720]: >
nov. 30 12:05:53 mobian mmsdtng[2720]: [45B blob data]
nov. 30 12:05:53 mobian mmsdtng[2720]:   
nov. 30 12:05:53 mobian mmsdtng[2720]: < HTTP/1.1 400 Bad Request
nov. 30 12:05:53 mobian mmsdtng[2720]: < Soup-Debug-Timestamp: 1669799970
nov. 30 12:05:53 mobian mmsdtng[2720]: < Soup-Debug: SoupMessage 1 
(0x558c24b470)
nov. 30 12:05:53 mobian mmsdtng[2720]: < Date: Wed, 30 Nov 2022 09:19:29 GMT
nov. 30 12:05:53 mobian mmsdtng[2720]: < Server: Apache/2.4.41 (Ubuntu)
nov. 30 12:05:53 mobian mmsdtng[2720]: < Content-Length: 0
nov. 30 12:05:53 mobian mmsdtng[2720]: < Connection: close
nov. 30 12:05:53 mobian mmsdtng[2720]: < Content-Type: text/html; charset=UTF-8

This bug is solved upstream[1] in the 2.0.0 release[2].

Could you integrate this new release?

Thanks.

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: arm64 (aarch64)

Kernel: Linux 5.15-sunxi64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages mmsd-tng depends on:
ii  init-system-helpers   1.65.2
ii  libc-ares21.18.1-1+b2
ii  libc6 2.36-5
ii  libgcc-s1 12.2.0-9
ii  libglib2.0-0  2.74.1-2
ii  libmm-glib0   1.20.0-1
ii  libphonenumber8 [libphonenumber8-protobuf32]  8.12.57+ds-3
ii  libsoup-3.0-0 3.2.1-2
ii  libstdc++612.2.0-9

Versions of packages mmsd-tng recommends:
ii  modemmanager  1.20.0-1

mmsd-tng suggests no packages.

-- no debconf information


Footnotes:
[1]  
https://gitlab.com/kop316/mmsd/-/commit/53e01a6d4f6dd09642c34392d0e4666488584d6b

[2]  https://gitlab.com/kop316/mmsd/-/tags/2.0.0

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#1017506: [Debian-on-mobile-maintainers] Bug#1017506: phosh: Swipping UP froze the UI and require phosh restart

[Daniel Dehennin]

Guido Günther  writes:

> control: -1 forwarded
> https://gitlab.gnome.org/World/Phosh/phosh/-/issues/818
> thanks

Thanks, as a workaround I did a:

gsettings set org.gnome.desktop.interface enable-animations true

And it works perfectly fine.

Thanks.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#1017506: phosh: Swipping UP froze the UI and require phosh restart

[Daniel Dehennin]

Package: phosh
Version: 0.20.0-1
Severity: normal
X-Debbugs-Cc: none, Daniel Dehennin 

Dear Maintainer,

On my PinePhone Mobian up-to-date system, the UI froze and sometimes
restart automatically but most often need a manual phosh restart with:

sudo systemctl restart phosh.service

To reproduce:

1. I open any application (tested with calendar, agenda, calculator and
   chatty)

2. I swipe UP to display the application matrix, like to start another
   one

3. I try to scroll the application matrix but it's frozen

I can still swipe DOWN to display and use the current application, but
when done I can't swipe UP anymore.

Note that I can still swipe DOWN the top bar to display notifications
or to restart the system.

Then only log message I have when doing manipulation is:

août 17 09:29:24 mobian phoc[774]: wlroots lacks 
wlr_seat_touch_send_wl_cancel support, can't cancel gesture

Regards.

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: arm64 (aarch64)

Kernel: Linux 5.15-sunxi64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages phosh depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-3
ii  fonts-lato   2.0-2.1
ii  gnome-shell-common   42.4-1
ii  gsettings-desktop-schemas42.0-1
ii  libc62.34-3
ii  libcairo21.16.0-6
ii  libcallaudio-0-1 0.1.4-1
ii  libfeedback-0.0-00.0.0+git20220520-1
ii  libfribidi0  1.0.8-2.1
ii  libgcr-base-3-1  3.41.1-1
ii  libgcr-ui-3-13.41.1-1
ii  libgdk-pixbuf-2.0-0  2.42.8+dfsg-2
ii  libglib2.0-0 2.72.3-1+b1
ii  libgnome-desktop-3-1942.3-1
ii  libgtk-3-0   3.24.34-1mobian1
ii  libgudev-1.0-0   237-2
ii  libhandy-1-0 1.7.90-1
ii  libnm0   1.38.2-1
ii  libpam0g 1.4.0-13
ii  libpango-1.0-0   1.50.9+ds-1
ii  libpolkit-agent-1-0  0.105-33
ii  libpolkit-gobject-1-00.105-33
ii  libpulse-mainloop-glib0  15.0+dfsg1-4+b1
ii  libpulse015.0+dfsg1-4+b1
ii  libsecret-1-00.20.5-2
ii  libsystemd0  251.3-1
ii  libupower-glib3  0.99.20-1
ii  libwayland-client0   1.21.0-1
ii  phoc 0.21.0+ds1-2

Versions of packages phosh recommends:
ii  feedbackd  0.0.0+git20220520-1
ii  gnome-session-bin  42.0-1
ii  gnome-session-common   42.0-1
ii  gnome-settings-daemon  43~beta-1
ii  iio-sensor-proxy   3.0-2
ii  phosh-mobile-tweaks0.20.0-1
ii  squeekboard1.19.0-2

phosh suggests no packages.

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#949647: [Re] firefox: Unable to lounch

[Daniel Dehennin]

There are 2 bug reports for this on sqlite3

- https://bugs.debian.org/949644

- https://bugs.debian.org/949646

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#949647: [Re] firefox: Unable to lounch

[Daniel Dehennin]

After an upgrade I had the same issue.

I downgraded the libsqlite3 and sqlite3:

sudo apt install libsqlite3-0=3.30.1+fossil191229-1 
sqlite3=3.30.1+fossil191229-1

and it's working again.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#909378: sbuild: sbuild-createchroot must not consider “lost+found” for non empty directory

[Daniel Dehennin]

Johannes Schauer  writes:

> Hi Daniel,

Hello.


[...]

> as I thought more about this problem I now found a better solution that makes
> both of us happy. Consider this diff:
>
> -opendir(my $dh, $target) or die "Can't opendir($target): $!\n";
> -# Attempt reading the directory thrice. If the third time succeeds, then 
> it
> -# has more entries than just "." and ".." and must thus not be empty.
> -readdir $dh;
> -readdir $dh;
> -die "$target is not empty" if (readdir $dh);
> +# check if the directory is empty or contains nothing more than an
> +# empty lost+found directory. The latter exists on freshly created
> +# ext3 and ext4 partitions.
> +# rationale for requiring an empty directory: 
> https://bugs.debian.org/833525
> +opendir(my $dh, $target) or die "Can't opendir($target): $!";
> +while (my $entry = readdir $dh) {
> +   # skip the "." and ".." entries
> +   next if $entry eq ".";
> +   next if $entry eq "..";
> +   # if the entry is a directory named "lost+found" then skip it
> +   # if it's empty
> +   if ($entry eq "lost+found" and -d "$target/$entry") {
> +   opendir(my $dh2, "$target/$entry");
> +   # Attempt reading the directory thrice. If the third time
> +   # succeeds, then it has more entries than just "." and ".."
> +   # and must thus not be empty.
> +   readdir $dh2;
> +   readdir $dh2;
> +   # rationale for requiring an empty directory:
> +   # https://bugs.debian.org/833525
> +   if (readdir $dh2) {
> +   die "$target contains a non-empty lost+found directory";
> +   }
> +   closedir($dh2);
> +   } else {
> +   die "$target is not empty";
> +   }
> +}
> +closedir($dh);
>
> The new version now check if either the target directory is empty, or it has
> only an empty lost+found directory in it. It will abort in any other case. 
> This
> means that:
>
>  - we still get all the safety and make sure nothing of value will 
> accidentally
>get deleted
>
>  - you don't need to manually rmdir a fresh lost+found directory on a new
>partition
>
> What do you think?

It's perfect for me.

I already took care of the rmdir in my LVM based provisioning script but
I'm sure it will be less confusing for new users.

Regards.

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF

Bug#911766: libatspi2.0-0: All GTK+ applications segfault unless exporting NO_AT_BRIDGE=1

[Daniel Dehennin]

Package: libatspi2.0-0
Version: 2.30.0-3
Severity: important

Dear Maintainer,

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

Hello.

I just got the upgrade of the libatspi2.0-0 from Unstable and I'm not
able to use GTK applications.

- I can't connect with lightdm-gtk-greeter, but slick-greeter works fine
- I can't run emacs-gtk

After installing several -dbgsym I finally got the following backtrace
for Emacs:

gdb emacs
GNU gdb (Debian 8.1-4+b1) 8.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from emacs...Reading symbols from 
/usr/lib/debug/.build-id/3c/737718fa7c1b4dfcd5201b9e40af46f36d9222.debug...done.
done.
(gdb) run
Starting program: /usr/bin/emacs
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffedb9f700 (LWP 5346)]

Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
__strcmp_sse2_unaligned () at 
../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:32
32  ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S: No such file or 
directory.
(gdb) backtrace
#0  __strcmp_sse2_unaligned () at 
../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:32
#1  0x76bb2974 in g_log_find_domain_L 
(log_domain=log_domain@entry=0x696e6422 ) at ../../../../glib/gmessages.c:618
#2  0x76bb3c21 in g_logv (log_domain=0x696e6422 , log_level=G_LOG_LEVEL_WARNING, format=, args=args@entry=0x7fffc260) at ../../../../glib/gmessages.c:1334
#3  0x76bb3edf in g_log (log_domain=log_domain@entry=0x696e6422 , log_level=log_l
at ../../../../glib/gmessages.c:1413
#4  0x7fffee89a342 in get_accessibility_bus_address_dbus () at 
../atspi/atspi-misc.c:1533
#5  atspi_get_a11y_bus () at ../atspi/atspi-misc.c:1597
#6  0x734e760a in atk_bridge_adaptor_init () from 
/usr/lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0
#7  0x771d5664 in _gtk_accessibility_init () at 
../../../../gtk/a11y/gtkaccessibility.c:992
#8  0x7737fd39 in default_display_notify_cb (dm=) at 
../../../../gtk/gtkmain.c:712
#9  0x76c8cb6d in g_closure_invoke (closure=0xb42ca0, return_value=0x0, 
n_param_values=2, param_values=0x7fffc610, invocation_hi
#10 0x76c9f8f3 in signal_emit_unlocked_R (node=node@entry=0xb3c200, 
detail=detail@entry=62, instance=instance@entry=0x13aa200, emiss
#11 0x76ca8882 in g_signal_emit_valist (instance=, 
signal_id=, detail=, var_args=var_ar
#12 0x76ca8ecf in g_signal_emit (instance=instance@entry=0x13aa200, 
signal_id=, detail=) at ../../../.
#13 0x76c911d4 in g_object_dispatch_properties_changed 
(object=0x13aa200, n_pspecs=, pspecs=) at ../..
#14 0x76c93651 in g_object_notify_by_spec_internal (pspec=, object=0x13aa200) at ../../../../gobject/gobject.c:1181
#15 g_object_notify (object=object@entry=0x13aa200, 
property_name=property_name@entry=0x770ec76f "default-display") at 
../../../../gobje
#16 0x7707f629 in gdk_display_manager_set_default_display 
(manager=manager@entry=0x13aa200, display=) at ../../../../
#17 0x7707f9b8 in _gdk_display_manager_add_display (manager=0x13aa200, 
display=0xb58100) at ../../../../gdk/gdkdisplaymanager.c:489
#18 0x76c8cb6d in g_closure_invoke (closure=0xb413e0, return_value=0x0, 
n_param_values=1, param_values=0x7fffcb00, invocation_hi
#19 0x76c9f124 in signal_emit_unlocked_R (node=node@entry=0xb42800, 
detail=detail@entry=0, instance=instance@entry=0xb58100, emissio
#20 0x76ca8882 in g_signal_emit_valist 
(instance=instance@entry=0xb58100, signal_id=signal_id@entry=3, 
detail=detail@entry=0, var_ar
#21 0x76ca93a4 in g_signal_emit_by_name 
(instance=instance@entry=0xb58100, 
detailed_signal=detailed_signal@entry=0x770ec73c "ope
#22 0x770aaf5a in _gdk_x11_display_open (display_name=) 
at ../../../../../gdk/x11/gdkdisplay-x11.c:1799
#23 0x7707f82d in gdk_display_manager_open_display (manager=, name=0xab3260 ":0") at ../../../../gdk/gdkdisplaymanage
#24 0x77380f1a in gtk_init_check (argc=, argv=) at ../../../../gtk/gtkmain.c:1104
#25 0x77380f49 in gtk_init (argc=argc@entry=0x7fffd060, 
argv=argv@entry=0x7fffd080) at ../../../../gtk/gtkmain.c:1161
#26 0x004cdd55 in x_term_init 
(display_name=display_name@entry=11740228, 

Bug#909378: sbuild: sbuild-createchroot must not consider “lost+found” for non empty directory

[Daniel Dehennin]

Johannes Schauer  writes:

> Hi,
>
> Quoting Daniel Dehennin (2018-09-22 19:52:55)
>> I'm trying to setup an LVM schroot but I got the following error:
>> 
>> #+begin_src
>> /srv/chroot/sid-amd64-sbuild is not empty at /usr/bin/sbuild-createchroot 
>> line 279,  line 13.
>> #+end_src
>> 
>> The problem is that sbuild-createchroot check for 3 directory entries without
>> taking “lost+found” as an exception.
>
> the reason why sbuild requires an empty target directory, are debootstrap bugs
> like these that make you loose everything in case a wrong code path is taken:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833525
>
> Now imagine that you actually had some previously recovered files in
> lost+found. If you are unlucky, those would then be deleted by a faulty
> debootstrap.
>
> Why don't you just rmdir the directory? Then you also made sure that there is
> indeed nothing inside that you still need. fsck will re-create it in case it
> needs it.

Thanks for the explanation, I already add a rmdir of “lost+found” as a
workaround.

You can considere this report closed.

Have a good day.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#908488: bareos: The sources repository is not available any more

[Daniel Dehennin]

Source: bareos
Severity: normal

Dear Maintainer,

I'm trying to download the Debian bareos sources from the repository but
the following URLs return 404 :

- https://anonscm.debian.org/cgit/pkg-bareos/bareos.git/
- https://anonscm.debian.org/git/pkg-bareos/bareos.git/

I looked on Salsa and I couldn't find it :-/

Regards.

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

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

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF

Bug#904654: salt-common: fails to install with Python 3.7

[Daniel Dehennin]

Hello.

I think the best thing to do is to update to the latest version

https://github.com/saltstack/salt/issues/48556

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#850409: tracker.debian.org: .dsc link to packages in update is broken

[Daniel Dehennin]

Package: tracker.debian.org
Severity: normal

Dear Maintainer,

I tried to download the source package of squid3 but got a 404.

I figure out that the link is broken:


http://httpredir.debian.org/debian/pool/updates/main/s/squid3/squid3_3.4.8-6+deb8u4.dsc

It should be


http://httpredir.debian.org/debian/pool/main/s/squid3/squid3_3.4.8-6+deb8u4.dsc

The “/updates/” should not be there.

Regards.

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

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

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#834800: Info received (libkavorka-perl: depends on libdata-alias-perl, broken with Perl 5.24)

[Daniel Dehennin]

Jonas Smedegaard <d...@jones.dk> writes:

> Excerpts from Daniel Dehennin's message of December 14, 2016 2:41 pm:
>> You can find the fix in the following pull request, the package build
>> fine with all test passing.
>>
>> The Moops tests are fine too.
>
> Thanks a lot!  I will hae a closer look and (most likely) apply to the
> Debian package in a moment...

I may have forgotten the Makefile.PL and META.*, it looks like it does
not prevent the package to build but as I'm not an expert of this part I
prefer to warn you.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#834800: Info received (libkavorka-perl: depends on libdata-alias-perl, broken with Perl 5.24)

[Daniel Dehennin]

Hello,

You can find the fix in the following pull request, the package build
fine with all test passing.

The Moops tests are fine too.

Regards.

The following changes since commit dd39524de100d63812adf7ef9f632b798dae6ecd:

  Prepare for release: Update changelog and copyright hints. (2015-05-02 
11:55:01 +0200)

are available in the git repository at:

  git://git.baby-gnu.net/libkavorka-perl.git fix/remove-data-alias-dependency

for you to fetch changes up to 88347ad01e9b737627f8bc933156e3f68e333e88:

  Remove Data::Alias dependency (2016-12-14 14:35:50 +0100)


Daniel Dehennin (1):
  Remove Data::Alias dependency

 debian/control|   1 -
 debian/patches/remove-data-alias-dependency.patch | 158 ++
 debian/patches/series |   1 +
 debian/rules  |   2 +-
 4 files changed, 160 insertions(+), 2 deletions(-)
 create mode 100644 debian/patches/remove-data-alias-dependency.patch
 create mode 100644 debian/patches/series

diff --git a/debian/control b/debian/control
index 2bdb306..3731497 100644
--- a/debian/control
+++ b/debian/control
@@ -5,7 +5,6 @@ Build-Depends: cdbs,
  devscripts,
  debhelper,
  dh-buildinfo,
- libdata-alias-perl,
  libexporter-tiny-perl,
  libmodule-runtime-perl,
  libpadwalker-perl,
diff --git a/debian/patches/remove-data-alias-dependency.patch 
b/debian/patches/remove-data-alias-dependency.patch
new file mode 100644
index 000..b7411a3
--- /dev/null
+++ b/debian/patches/remove-data-alias-dependency.patch
@@ -0,0 +1,158 @@
+From: Daniel Dehennin <daniel.dehen...@baby-gnu.org>
+Subject: Data::Alias is broken on perl >= 5.24
+Origin: https://github.com/tobyink/p5-kavorka/pull/19
+Bug: https://github.com/tobyink/p5-kavorka/issues/18
+
+The Data::Alias module itself explains:
+
+“...you should prefer to use the core facility rather than use
+this module. If you are already using this module and are now
+using a sufficiently recent Perl, you should attempt to migrate to
+the core facility...”
+
+The idea is to use core refaliasing when available and Data::Alias
+otherwise.
+
+This patch is a merge of the 2 commits of the pull request.
+
+ lib/Kavorka/Signature.pm| 40 
+---
+ lib/Kavorka/TraitFor/Parameter/alias.pm | 19 +--
+ lib/Kavorka/TraitFor/Parameter/ref_alias.pm | 19 +--
+ 3 files changed, 71 insertions(+), 7 deletions(-)
+
+diff --git a/lib/Kavorka/Signature.pm b/lib/Kavorka/Signature.pm
+index c9b8675..32e9e69 100644
+--- a/lib/Kavorka/Signature.pm
 b/lib/Kavorka/Signature.pm
+@@ -19,6 +19,8 @@ use Parse::KeywordX;
+ use Moo;
+ use namespace::sweep;
+ 
++use constant HAS_REFALIASING => ($] >= 5.022);
++
+ has package   => (is => 'ro');
+ has _is_dummy => (is => 'ro');
+ has params=> (is => 'ro',  default => sub { +[] });
+@@ -276,13 +278,45 @@ sub _injection_hash_underscore
+   or $slurpy && $slurpy->name =~ /\A\%/
+   or $slurpy && $slurpy->name =~ /\A\$/ && 
$slurpy->type->is_a_type_of(Types::Standard::HashRef()))
+   {
+-  require Data::Alias;
+   my $ix  = 1 + $self->last_position;
+-  my $str = sprintf(
++  my $str;
++  if (HAS_REFALIASING) {
++  my $format = <<'EOF';
++local %%_;
++{
++  use Carp qw(croak);
++  use experimental 'refaliasing';
++
++  if ($#_==%d && ref($_[%d]) eq q(HASH)) {
++  \%%_ = \%%{$_[%d]};
++  }
++  else {
++  # Make a hash reference from array refalias does not work
++  # Manual build
++  my $slice_length = ($#_ + 1 - %d);
++  if ($slice_length %% 2 != 0) {
++  # Seems to be what t/10positional.t wants
++  croak("Odd number of elements in anonymous hash");
++  }
++  my $i = %d;
++  while ($i <= $#_) {
++  my $key = $_[$i];
++  \$_{$key} = \$_[$i+1];
++  $i += 2;
++  }
++  }
++};
++EOF
++  $str = sprintf($format,($ix) x 5,);
++  }
++  else {
++  require Data::Alias;
++  $str = sprintf(
+   'local %%_; { use warnings FATAL => qw(all); 
Data::Alias::alias(%%_ = ($#_==%d && ref($_[%d]) eq q(HASH)) ? %%{$_[%d]} : @_[ 
%d .. $#_ ]) };',
+   ($ix) x 4,
+   );
+-  
++  }
++
+   unless ($slurpy or $self->yadayada)
+   {
+   my @allowed_names = map +($_=>1), map 
@{$_->named_names}, $self->

Bug#834800: libkavorka-perl: depends on libdata-alias-perl, broken with Perl 5.24

[Daniel Dehennin]

Hello,

I made an upstream pull request[1] to use the core refaliasing.

Maybe the Debian package could drop the Data::Alias dependency by
integrating this patch?

Regards.

Footnotes: 
[1]  https://github.com/tobyink/p5-kavorka/pull/19

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#843545: dh-make-golang: Provide support for gx/gx-go package manager

[Daniel Dehennin]

Package: dh-make-golang
Version: 0.0~git20160414.0.c4f61b1-2
Severity: wishlist

Dear Maintainer,

I'm looking at packaging ipfs[1] to help #779893 but this project use
gx/gx-go for package management.

This results in errors running dh-make-golang as you can see in
attachment.

Could your provide support for it or describe a workaround?

Regards.

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

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

Versions of packages dh-make-golang depends on:
ii  git1:2.10.2-1
ii  golang-go  2:1.7~1
ii  libc6  2.24-5

Versions of packages dh-make-golang recommends:
ii  exim4-daemon-light [mail-transport-agent]  4.87-3+b1
ii  git-buildpackage   0.8.6

dh-make-golang suggests no packages.

-- no debconf information


Footnotes: 
[1]  https://github.com/ipfs/go-ipfs

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF

2016/11/07 17:15:08 Downloading "github.com/ipfs/go-ipfs/..."
package github.com/ipfs/go-ipfs/assets
imports gx/ipfs/QmXfiyr2RWEXpVDdaYnD2HNiBk6UBddsvEP4RPfXb6nGqY/go-cid: 
unrecognized import path 
"gx/ipfs/QmXfiyr2RWEXpVDdaYnD2HNiBk6UBddsvEP4RPfXb6nGqY/go-cid" (import path 
does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/QmYDds3421prZgqKbLpEK7T9Aa2eVdQ7o3YarX1LVLdP2J/go-multihash: 
unrecognized import path 
"gx/ipfs/QmYDds3421prZgqKbLpEK7T9Aa2eVdQ7o3YarX1LVLdP2J/go-multihash" (import 
path does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/Qmb912gdngC1UWwTkhuW8knyRbcWeu5kqkxBpveLmW8bSr/go-ipfs-util: 
unrecognized import path 
"gx/ipfs/Qmb912gdngC1UWwTkhuW8knyRbcWeu5kqkxBpveLmW8bSr/go-ipfs-util" (import 
path does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports gx/ipfs/Qmb1DA2A9LS2wR4FFweB4uEDomFsdmnw1VLawLE1yQzudj/base32: 
unrecognized import path 
"gx/ipfs/Qmb1DA2A9LS2wR4FFweB4uEDomFsdmnw1VLawLE1yQzudj/base32" (import path 
does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/QmbzuUusHqaLLoNTDEVLcSF6vZDHZDLPC7p4bztRvvkXxU/go-datastore: 
unrecognized import path 
"gx/ipfs/QmbzuUusHqaLLoNTDEVLcSF6vZDHZDLPC7p4bztRvvkXxU/go-datastore" (import 
path does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/QmRg1gKTHzc3CZXSKzem8aR4E3TubFhbgXwfVuWnSK5CC5/go-metrics-interface: 
unrecognized import path 
"gx/ipfs/QmRg1gKTHzc3CZXSKzem8aR4E3TubFhbgXwfVuWnSK5CC5/go-metrics-interface" 
(import path does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports gx/ipfs/QmSpJByNKFX1sCsHBEp3R73FL4NF6FnQTEGyNAXHm2GS52/go-log: 
unrecognized import path 
"gx/ipfs/QmSpJByNKFX1sCsHBEp3R73FL4NF6FnQTEGyNAXHm2GS52/go-log" (import path 
does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/QmVYxfoJQiZijTgPNHCHgHELvQpbsJNTg6Crmc3dQkj3yy/golang-lru: unrecognized 
import path "gx/ipfs/QmVYxfoJQiZijTgPNHCHgHELvQpbsJNTg6Crmc3dQkj3yy/golang-lru" 
(import path does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/QmbzuUusHqaLLoNTDEVLcSF6vZDHZDLPC7p4bztRvvkXxU/go-datastore/namespace: 
unrecognized import path 
"gx/ipfs/QmbzuUusHqaLLoNTDEVLcSF6vZDHZDLPC7p4bztRvvkXxU/go-datastore/namespace" 
(import path does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/QmbzuUusHqaLLoNTDEVLcSF6vZDHZDLPC7p4bztRvvkXxU/go-datastore/query: 
unrecognized import path 
"gx/ipfs/QmbzuUusHqaLLoNTDEVLcSF6vZDHZDLPC7p4bztRvvkXxU/go-datastore/query" 
(import path does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports gx/ipfs/QmeiMCBkYHxkDkDfnDadzz4YxY5ruL5Pj499essE4vRsGM/bbloom: 
unrecognized import path 
"gx/ipfs/QmeiMCBkYHxkDkDfnDadzz4YxY5ruL5Pj499essE4vRsGM/bbloom" (import path 
does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/QmZ4Qi3GaRbjcx28Sme5eMH7RQjGkt8wHxt2a65oLaeFEV/gogo-protobuf/proto: 
unrecognized import path 
"gx/ipfs/QmZ4Qi3GaRbjcx28Sme5eMH7RQjGkt8wHxt2a65oLaeFEV/gogo-protobuf/proto" 
(import path does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/QmTKsRYeY4simJyf37K93juSq75Lo8MVCDJ7owjmf46u8W/go-context/io: 
unrecognized import path 
"gx/ipfs/QmTKsRYeY4simJyf37K93juSq75Lo8MVCDJ7owjmf46u8W/go-context/io" (import 
path does not begin with hostname)
package github.com/ipfs/go-ipfs/assets
imports 
gx/ipfs/QmUKePKcUEX

Bug#830663: libconfig-model-dpkg-perl: Package should depend on licensecheck

[Daniel Dehennin]

Package: libconfig-model-dpkg-perl
Version: 2.080
Severity: normal

Dear Maintainer,

The licensecheck utility moved to a separate package and is not provided
by devscript anymore (see #828872).

This package should depends/recommends on the new licensecheck package.

Regards.

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

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

Versions of packages libconfig-model-dpkg-perl depends on:
ii  devscripts   2.16.6
ii  libapt-pkg-perl  0.1.29+b5
ii  libarray-intspan-perl2.003-1
ii  libconfig-model-perl 2.087-1
ii  libexporter-lite-perl0.08-1
ii  liblog-log4perl-perl 1.47-2
ii  libmodule-corelist-perl  5.20160620-1
ii  libmouse-perl2.4.5-2
ii  libparse-recdescent-perl 1.967013+dfsg-1
ii  libsoftware-license-perl 0.103012-1
ii  libtext-autoformat-perl  1.74-1
ii  libtext-levenshtein-damerau-perl 0.41-1
ii  liburi-perl  1.71-1
ii  libwww-perl  6.15-1
ii  libyaml-perl 1.15-1
ii  lintian  2.5.45
ii  perl 5.22.2-2
ii  perl-modules-5.22 [libmodule-corelist-perl]  5.22.2-2

Versions of packages libconfig-model-dpkg-perl recommends:
pn  libconfig-model-tkui-perl  

libconfig-model-dpkg-perl suggests no packages.

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#819563: squid3: Some requests never finish after CVE-2015-5400

[Daniel Dehennin]

Package: squid3
Version: 3.1.20-2.2+deb7u4
Severity: normal

Dear Maintainer,

Some users complain that some request never finish, i.e. they have a
blank page when following some menus of their web portal.

I tried to rebuild the squid package removing patches one by one, and
the problem comes with the fix for CVE-2015-5400.

I can provide any logs and trace you want.

Regards.

I enabled some debug for tunnel and comm, here are the logs:

2016/03/30 16:31:03.941| tunnelReadClient: FD 12, read 1637 bytes
2016/03/30 16:31:03.942| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:03.942| tunnelWriteServer: FD 16, 1637 bytes written
2016/03/30 16:31:04.096| tunnelReadServer: FD 16, read   5840 bytes
2016/03/30 16:31:04.097| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:04.097| tunnelWriteClient: FD 12, 5840 bytes written
2016/03/30 16:31:04.097| tunnelReadServer: FD 16, read   5221 bytes
2016/03/30 16:31:04.097| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:04.098| tunnelWriteClient: FD 12, 5221 bytes written
2016/03/30 16:31:04.682| tunnelReadClient: FD 12, read 1669 bytes
2016/03/30 16:31:04.682| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:04.683| tunnelWriteServer: FD 16, 1669 bytes written
2016/03/30 16:31:04.788| tunnelReadClient: FD 18, read 1669 bytes
2016/03/30 16:31:04.788| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:04.789| tunnelWriteServer: FD 20, 1669 bytes written
2016/03/30 16:31:04.790| tunnelReadServer: FD 16, read   597 bytes
2016/03/30 16:31:04.790| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:04.790| tunnelWriteClient: FD 12, 597 bytes written
2016/03/30 16:31:04.825| tunnelReadServer: FD 20, read   325 bytes
2016/03/30 16:31:04.825| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:04.825| tunnelWriteClient: FD 18, 325 bytes written
2016/03/30 16:31:04.839| tunnelReadClient: FD 12, read 1605 bytes
2016/03/30 16:31:04.839| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:04.839| tunnelWriteServer: FD 16, 1605 bytes written
2016/03/30 16:31:04.868| tunnelReadClient: FD 18, read 1669 bytes
2016/03/30 16:31:04.868| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:04.869| tunnelWriteServer: FD 20, 1669 bytes written
2016/03/30 16:31:04.870| tunnelReadServer: FD 16, read   277 bytes
2016/03/30 16:31:04.870| tunnel.cc(488) copy: Schedule Write
2016/03/30 16:31:04.870| tunnelWriteClient: FD 12, 277 bytes written
2016/03/30 16:31:04.882| tunnelReadServer: FD 20, read   0 bytes
2016/03/30 16:31:04.883| TunnelStateData::Connection::error: FD 20: 
read/write failure: (104) Connection reset by peer
2016/03/30 16:31:04.883| tunnelServerClosed: FD 20
2016/03/30 16:31:13.383| comm_udp_sendto: Attempt to send UDP packet to 
127.0.0.1:44395 using FD 58 using Port 3401
2016/03/30 16:31:13.393| comm_udp_sendto: Attempt to send UDP packet to 
127.0.0.1:39976 using FD 58 using Port 3401
2016/03/30 16:31:13.403| comm_udp_sendto: Attempt to send UDP packet to 
127.0.0.1:55529 using FD 58 using Port 3401
2016/03/30 16:31:13.413| comm_udp_sendto: Attempt to send UDP packet to 
127.0.0.1:45274 using FD 58 using Port 3401
2016/03/30 16:31:13.424| comm_udp_sendto: Attempt to send UDP packet to 
127.0.0.1:57591 using FD 58 using Port 3401
2016/03/30 16:31:13.433| comm_udp_sendto: Attempt to send UDP packet to 
127.0.0.1:36700 using FD 58 using Port 3401
2016/03/30 16:31:14.898| tunnelReadClient: FD 18, read 53 bytes
2016/03/30 16:31:14.899| tunnelClientClosed: FD 18
2016/03/30 16:31:14.899| tunnelStateFree: tunnelState=0x7f9d3ddeb418

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

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

Versions of packages squid3 depends on:
ii  adduser   3.113+nmu3
ii  libc6 2.13-38+deb7u10
ii  libcap2   1:2.22-1.2
ii  libcomerr21.42.5-1.1+deb7u1
ii  libdb5.1  5.1.29-5
ii  libexpat1 2.1.0-1+deb7u2
ii  libgcc1   1:4.7.2-5
ii  libgssapi-krb5-2  1.10.1+dfsg-5+deb7u7
ii  libk5crypto3  1.10.1+dfsg-5+deb7u7
ii  libkrb5-3 1.10.1+dfsg-5+deb7u7
ii  libldap-2.4-2 2.4.31-2+deb7u1
ii  libltdl7  2.4.2-1.1
ii  libpam0g  1.1.3-7.1
ii  libsasl2-22.1.25.dfsg1-6+deb7u1
ii  libstdc++64.7.2-5
ii  libxml2   2.8.0+dfsg1-7+wheezy5
ii  logrotate 3.8.1-4
ii  lsb-base  4.1+Debian8+deb7u1
ii  netbase   5.0
ii  squid3-common 3.1.20-2.2+deb7u4

squid3 recommends no packages.

Versions of packages squid3 suggests:
pn  resolvconf   
pn  smbclient
pn  squid-cgi
pn  squidclient  
pn  ufw  

-- no debconf information

-- 
Daniel

Bug#812101: xkb-data: fr(oss) and fr(bepo): keypad dot should be KP_Decimal

[Daniel Dehennin]

Package: xkb-data
Version: 2.16-1
Severity: normal

Dear Maintainer,

I have troubles using fr(oss) and fr(bepo) with libreoffice: the keypad
dot is not recognized as a decimal separator.

I made some tests with xev to see the keysym of the keypad dot:

- setxkbmap fr

KeyPress event, serial 41, synthetic NO, window 0xe1,
root 0x107, subw 0x0, time 19808533, (520,272), root:(521,292),
state 0x10, keycode 91 (keysym 0xffae, KP_Decimal), same_screen YES,
XKeysymToKeycode returns keycode: 129
XLookupString gives 1 bytes: (2e) "."
XmbLookupString gives 1 bytes: (2e) "."
XFilterEvent returns: False

KeyRelease event, serial 41, synthetic NO, window 0xe1,
root 0x107, subw 0x0, time 19808629, (520,272), root:(521,292),
state 0x10, keycode 91 (keysym 0xffae, KP_Decimal), same_screen YES,
XKeysymToKeycode returns keycode: 129
XLookupString gives 1 bytes: (2e) "."
XFilterEvent returns: False

- setxkbmap fr -variant oss

KeyPress event, serial 30, synthetic NO, window 0xe1,
root 0x107, subw 0x0, time 19936934, (869,455), root:(870,475),
state 0x10, keycode 91 (keysym 0x2e, period), same_screen YES,
XKeysymToKeycode returns keycode: 59
XLookupString gives 1 bytes: (2e) "."
XmbLookupString gives 1 bytes: (2e) "."
XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0xe1,
root 0x107, subw 0x0, time 19937038, (869,455), root:(870,475),
state 0x10, keycode 91 (keysym 0x2e, period), same_screen YES,
XKeysymToKeycode returns keycode: 59
XLookupString gives 1 bytes: (2e) "."
XFilterEvent returns: False

- setxkbmap fr -variant bepo

KeyPress event, serial 30, synthetic NO, window 0xe1,
root 0x107, subw 0x0, time 20338367, (792,630), root:(2473,650),
state 0x10, keycode 91 (keysym 0x2e, period), same_screen YES,
XKeysymToKeycode returns keycode: 55
XLookupString gives 1 bytes: (2e) "."
XmbLookupString gives 1 bytes: (2e) "."
XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0xe1,
root 0x107, subw 0x0, time 20338447, (792,630), root:(2473,650),
state 0x10, keycode 91 (keysym 0x2e, period), same_screen YES,
XKeysymToKeycode returns keycode: 55
XLookupString gives 1 bytes: (2e) "."
XFilterEvent returns: False


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

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

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF

Bug#496930: ITP: dvc -- Emacs front-end to distributed version control systems

[Daniel Dehennin]

Ben Finney <ben+deb...@benfinney.id.au> writes:

> Upstream development <URL:http://bzr.xsteve.at/dvc/> has resumed in
> recent months, with what appear to be some improvements and bug fixes
> committed to the VCS.
>
> Are you still interested in collaborating with upstream to get this
> package into Debian?

Hello,

I did not notice it, I switched to magit[1].

I rarely use something else than Git, I really prefer magit over DVC and
I'm not interested in it any more.

Regards.

Footnotes: 
[1]  http://magit.vc

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#795195: libconfig-model-perl: Merging copyright entries

[Daniel Dehennin]

Dominique Dumont <d...@debian.org> writes:

> Anyway, this issue is better fixed in licensecheck. I've also fixed the 
> duplicated © info extracted from src/cli/one_helper.rb

Should I open a new bug report against licensecheck to manage literal
newline[1] too?

>
>> - Redundant files entries like:
>> 
>>   + “share/vendor/*”[4] and
>>   “share/vendor/ruby/gems/rbvmomi/lib/rbvmomi/vim/*”[5]
>> 
>>   + near everything under “src/”
>
> Also fixed by removing extra '#' in licensecheck result.

[...]

>> According to copyright format 1.0, we can share the most common licence
>> in a upper directory listing “src/*” and provide specific copyright
>> information per file.
>
> Sure. But that easier said than done ;-)
>
> I keep this bug open for libconfig-model-perl because some improvements can 
> also be done in there.

Thanks a lot.

Footnotes: 
[1]  https://github.com/OpenNebula/one/blob/e20fb5c/src/nebula/oned.cc#L34

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#795195: libconfig-model-perl: Merging copyright entries

[Daniel Dehennin]

Package: libconfig-model-perl
Version: 2.073-1
Severity: normal

Dear Maintainer,

I'm in the process of cleaning the unofficial OpenNebula packaging[1],
hoping it can help for a future official one.

I use “cme update dpkg-copyright” but I see some issues:

- Two times the same copyright entry for a file[2], because the helper
  display the copyright information[3].
  Maybe the duplicates can be detected?

- Redundant files entries like:

  + “share/vendor/*”[4] and
  “share/vendor/ruby/gems/rbvmomi/lib/rbvmomi/vim/*”[5]

  + near everything under “src/”

According to copyright format 1.0, we can share the most common licence
in a upper directory listing “src/*” and provide specific copyright
information per file.

Regards.

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

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

Versions of packages libconfig-model-perl depends on:
ii  libcarp-assert-more-perl  1.14-1
ii  libexception-class-perl   1.38-1
ii  libfile-homedir-perl  1.00-1
ii  libhash-merge-perl0.200-1
ii  libjson-perl  2.90-1
ii  liblist-moreutils-perl0.413-1
ii  liblog-log4perl-perl  1.44-1
ii  libmouse-perl 2.4.2-1
ii  libmousex-nativetraits-perl   1.09-2
ii  libmousex-strictconstructor-perl  0.02-1
ii  libparse-recdescent-perl  1.967009+dfsg-2
ii  libpath-tiny-perl 0.058-1
ii  libpod-pom-perl   0.29-2
ii  libtext-diff-perl 1.41-1
ii  libyaml-perl  1.13-1
ii  perl  5.20.2-6

Versions of packages libconfig-model-perl recommends:
ii  bash-completion   1:2.1-4.1
pn  fuse  none
pn  libconfig-model-tkui-perl none
pn  libfuse-perl  none
ii  libtext-levenshtein-damerau-perl  0.41-1

Versions of packages libconfig-model-perl suggests:
ii  libconfig-model-dpkg-perl 2.067
pn  libconfig-model-openssh-perl  none
ii  libterm-readline-gnu-perl 1.24-2+b1

-- no debconf information


Footnotes: 
[1]  https://github.com/baby-gnu/one/tree/dev-deb-packaging

[2]  https://github.com/baby-gnu/one/blob/dev-deb-packaging/debian/copyright#L34

[3]  
https://github.com/baby-gnu/one/blob/dev-deb-packaging/src/cli/one_helper.rb#L31

[4]  https://github.com/baby-gnu/one/blob/dev-deb-packaging/debian/copyright#L10

[5]  https://github.com/baby-gnu/one/blob/dev-deb-packaging/debian/copyright#L14

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#789187: moarvm finally works for me on mipsel

[Daniel Dehennin]

Tags: pending

Hello,

I just push the master branch of pkg-moarvm for 2015.07-1.

This release include libffi support.

I asked upstream if we should use libffi for all architectures but they
prefer to only use it for dyncall unsupported ones.

The libffi support may open new architectures, but I think we should
test them before enabling them.

Regards.

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#789187: moarvm finally works for me on mipsel

[Daniel Dehennin]

Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com writes:

 I can confirm that moarvm works for me on mipsel :-)

 The thing is:
  * enable mipsel in d/control
  * add libffi-dev to build-deps in d/control
  * add --has-libffi to override_dh_auto_configure in d/rules

 Find attached a patch for your test/libffi branch.

Thanks a lot.

I just import 2015.07.

Should we use libffi for all architectures or only when dyncall has no
support?

Regards.

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#792823: keyboard-configuration: keymap variant unsupported by debian-installer should be use for the installed system

[Daniel Dehennin]

Package: keyboard-configuration
Version: 1.130
Severity: normal

Dear Maintainer,

Hello,

I'm trying to preseed Jessie installation and I have issue with the
keyboard.

#+begin_src preseed
# Locale sets language and country.
# critical
d-i debian-installer/locale string fr_FR.UTF-8

# The values can also be preseeded individually for greater flexibility.
d-i debian-installer/language   string fr
d-i debian-installer/countrystring FR

# Disable automatic (interactive) keymap detection.
d-i console-setup/ask_detectboolean false
#d-ikeyboard-configuration/xkb-keymap   select  fr(oss)
#+end_src

My keyboard finish in “us”.

According to the preseed documentation[1]:

“Only basic keymap variants are available during installation.”

So, if I switch the “fr(oss)” to “fr(latin9)”, my installed system have
the “fr(latin9)” keymap.

I think the keyboard-configuration preseed should not be reset during
the installation if the variant is not supported by debian-installer.

A better solution could be to configure the default variant for the
debian-installer and use the preseed values for the installed system.

This way, we have:

- debian-installer: use default variant for the “fr” layout, do not
  touch the preseed values

- during the system install: get the keymap from the preseed, the “oss”
  variant is then used by the system.

Regards.

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

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

Versions of packages keyboard-configuration depends on:
ii  debconf 1.5.56
ii  initscripts 2.88dsf-59.2
ii  liblocale-gettext-perl  1.05-9

keyboard-configuration recommends no packages.

keyboard-configuration suggests no packages.

Versions of packages console-setup depends on:
ii  console-setup-linux  1.130
ii  debconf  1.5.56
ii  xkb-data 2.14-1

Versions of packages console-setup suggests:
ii  locales   2.19-18
ii  lsb-base  4.1+Debian13+nmu1

Versions of packages console-setup-linux depends on:
ii  kbd  1.15.5-2

Versions of packages console-setup-linux suggests:
ii  console-setup  1.130

Versions of packages keyboard-configuration is related to:
ii  console-common  0.7.88
ii  console-data2:1.12-5
pn  console-tools   none
ii  kbd 1.15.5-2

-- debconf information:
  keyboard-configuration/store_defaults_in_debconf_db: true
  keyboard-configuration/unsupported_config_options: true
  console-setup/store_defaults_in_debconf_db: true
* keyboard-configuration/layout: France
  keyboard-configuration/unsupported_options: true
  keyboard-configuration/unsupported_layout: true
* keyboard-configuration/variant: Français - Français (Bépo, ergonomique, façon 
Dvorak)
* console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic 
languages
* keyboard-configuration/ctrl_alt_bksp: true
  console-setup/guess_font:
  keyboard-configuration/toggle: No toggling
  console-setup/codesetcode: Lat15
* console-setup/fontface47: Fixed
* console-setup/charmap47: UTF-8
  keyboard-configuration/other:
  keyboard-configuration/layoutcode: fr
  keyboard-configuration/unsupported_config_layout: true
  console-setup/use_system_font:
  keyboard-configuration/variantcode: bepo
  keyboard-configuration/switch: No temporary switch
  debian-installer/console-setup-udeb/title:
  console-setup/framebuffer_only:
  keyboard-configuration/xkb-keymap: fr(bepo)
  console-setup/fontsize: 8x16
* keyboard-configuration/compose: Menu key
* console-setup/fontsize-fb47: 8x16
  keyboard-configuration/modelcode: pc105
  console-setup/fontsize-text47: 8x16
* keyboard-configuration/altgr: The default for the keyboard layout
  keyboard-configuration/optionscode: compose:menu,terminate:ctrl_alt_bksp
* keyboard-configuration/model: PC générique 105 touches (intl)


Footnotes: 
[1]  https://www.debian.org/releases/stable/amd64/apbs04.html.en

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#789187: moarvm on mispel

[Daniel Dehennin]

Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com writes:

 after checking-out the test/libffi branch and generating an upstream
 tarball for 2015.06+git20150705, using pbuilder I get:

[...]

 make: Nothing to be done for 'build'.
  fakeroot debian/rules binary
 dh binary
  dpkg-genchanges  ../moarvm_2015.06+git20150705-1_mipsel.changes
 dpkg-genchanges: error: binary build with no binary artifacts found;
 cannot distribute
 dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2
 E: Failed autobuilding of package

I did not re-enable the mispsel architecture in debian/control.

Did you enable it?

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#789187: moarvm on mispel

[Daniel Dehennin]

Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com writes:

 If you are using git for packaging, I propose:
  * upload the packaging of latests upstream (which enables libffi and
 thus mips*) to some temp branch.
  * I will checkout and build the package in my mipsel machine.

Hello,

I pushed a test/libffi temporary branch.

I build it on my AMD64.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#789187: moarvm on mispel

[Daniel Dehennin]

Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com writes:

 Hi,

 upstream has added libffi support [0].

 best regards.

 [0] 
 https://github.com/MoarVM/MoarVM/commit/cfdd2455914d198a787a08533ce43d27d5a1a8ac

Yes and Tobias Leich tested it on mips and it worked.

We should be able to re-enable near all architectures.

According to Dominique Dumont, we have 3 way to handle that, quote from
IRC:

dod nebuchadnezzar: I see 3 ways to handle that ranging from good
  but time consuming to not so good but less time consuming
dod from good to bad
dod 1. test build on porter boxes (a set of hosts maintained by
  Debian)
dod 2. upload the package and see what fails on build daemons
dod 3. restrict the list of supported arch and allow arch when
  user show interest (preferably with a patch)
dod I don't remember if we can allow non DD to use porter boxes.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#789187: moarvm: FTBFS on mipsel

[Daniel Dehennin]

Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com writes:

 Package: moarvm
 Severity: serious
 Tags: upstream
 Justification: fails to build from source

 Dear maintainer,

 as you can see at buildd [x], moarvm FTBFS on mipsel.
 I've contacted upstream [x], and they say there is no support for mipsel in 
 dyncall.

Hello,

It looks like mipsel issue may not be fixed soon, a possible integration
of libffi or a new dyncall may render MoarVM usable on mipsel.

Should we exclude mipsel from Architecture for the moment?

NB: We have the same issue with S390.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#789187: moarvm: FTBFS on mipsel

[Daniel Dehennin]

Dominique Dumont d...@debian.org writes:

 On Thursday 18 June 2015 20:11:21 Arturo Borrero Gonzalez wrote:
 as you can see at buildd [x], moarvm FTBFS on mipsel.
 I've contacted upstream [x], and they say there is no support for mipsel in
 dyncall.

 I had similar issues with dyncall on nqp. I finally settled to limit the 
 architectures to i386 amd64 armel armhf kfreebsd-amd64 kfreebsd-i386

 I think we should support the same set of architecture for moarvm.

 Daniel, do you agree ?

Ok, we can change that later if MoarVM include libffi support.

I'll add arm64, powerpc and ppc64el since it already build on them.

I'll push the change soon.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#782019: libdpkg-perl: Allow Dpkg::Control::Info-new to load nothing

[Daniel Dehennin]

Guillem Jover guil...@debian.org writes:

 So, in essence, you will be able to do something like:

 ,---
 my $control = Dpkg::Control::Info-new(filename = undef);
 $control-parse($control_fh, $control_ref);
 `---

 which I think makes more sense.

It will be great for me.

Thanks.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#782019: libdpkg-perl: Allow Dpkg::Control::Info-new to load nothing

[Daniel Dehennin]

Guillem Jover guil...@debian.org writes:

 Hi!

Hello,


[...]

 I agree that the -new interface for Dpkg::Control::Info is annoying
 and inconsistent with the other classes in the library, and should be
 fixed at least out of consistency.

 So I'm going to fix this in two ways. One to add support to that
 constructor (and the Dpkg::Substvar one) to take either a scalar or a
 hash as argument. And if the hash has a filename = undef, then it will
 not load the file. Probably deprecate the sclar form in the future.

 And by changing Dpkg::Interface::Storable's load()/save() to allow
 passing an IO handle to the method, so that one can do something like:

   my $ci = Dpkg::Control::Info-new($fh);
   $ci-load($fh);

 Does this sound good?

Yes, but to be sure, let me summarise, with your proposition I could
either:

- pass an IO::Handle to the new constructor:

  #+begin_src perl
  use Git::Repository;
  my $repo = Git::Repository-new(work_tree = '/some/where');
  
  my $control_ref = $self-dist_branch . ':debian/control';
  
  my $control_fh = $repo-command(show = $control_ref)-stdout;
  my $control = Dpkg::Control::Info-new($control_fh);
  #+end_src

- Pass “{filename = undef}” to the new constructor and then pass the
  IO::Handle to “load()”:
  
  #+begin_src perl
  use Git::Repository;
  my $control = Dpkg::Control::Info-new({filename = undef});
  my $repo = Git::Repository-new(work_tree = '/some/where');
  
  my $control_ref = $self-dist_branch . ':debian/control';
  
  my $control_fh = $repo-command(show = $control_ref)-stdout;
  $control-load($control_fh);
  #+end_src

Maybe it miss the “pass a filename string” to the constructor and
“load()” for compatibility, since this method automatically use
Dpkg::Compression::FileHandle?

Thanks.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#782019: libdpkg-perl: Allow Dpkg::Control::Info-new to load nothing

[Daniel Dehennin]

Package: libdpkg-perl
Version: 1.17.24
Severity: wishlist
File: /usr/share/perl5/Dpkg/Control/Info.pm

Dear Maintainer,

I'm creating a little tool around Dpkg::* to check the status of
packaging in a Git repository.

My code actually need to change the current branch to read
debian/changelog but it can not work on unclean working tree.

I would like to use Dpkg::Control::Info-parse like the following:

#+begin_src perl
use Git::Repository;
my $repo = Git::Repository-new(work_tree = '/some/where');

my $control = Dpkg::Control::Info-new(load = 0);
my $control_ref = $self-dist_branch . ':debian/control';

my $control_fh = $repo-command(show = $control_ref)-stdout;
$control-parse($control_fh);
#+end_src

Regards.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (90, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages libdpkg-perl depends on:
ii  dpkg  1.17.24
ii  libtimedate-perl  2.3000-2
ii  perl  5.20.2-2

Versions of packages libdpkg-perl recommends:
ii  bzip2   1.0.6-7+b3
ii  libfile-fcntllock-perl  0.22-1+b1
ii  xz-utils5.1.1alpha+20120614-2+b3

Versions of packages libdpkg-perl suggests:
ii  binutils  2.25-6
ii  debian-keyring2015.03.04
ii  gcc [c-compiler]  4:4.9.2-2
ii  gcc-4.8 [c-compiler]  4.8.4-1
ii  gcc-4.9 [c-compiler]  4.9.2-10
ii  gnupg 1.4.18-7
ii  gnupg22.0.26-6
ii  gpgv  1.4.18-7
ii  patch 2.7.5-1

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

Dominique Dumont d...@debian.org writes:

 Hello Daniel

Hello,

 I've used moarvm package as a test case for 'cme update dpkg-copyright'. 

 Turns out that some copyright entries from 3rdparty directories were missing.
 There were also some minor mistakes in the copyright owners. There's a better 
 chance of having moarvm go through ftp-masters without missing entries in 
 copyright file...

Great, I was looking for a tool to manage this, it's quite cumbersome to
do it by hand.

 I've also added a 'fix.scanned.copyright' file in debian to work around some 
 limitations (or bugs) of licensecheck command.

 Last but not least: your previous work on debian/copyright is not wasted: 
 some files cannot be scanned and 'cme update' did reuse the data you've 
 created. 
 The fix.scanned.copyright file [1] is needed for files where licensecheck 
 returns 
 bogus data.

 I've pushed the new debian copyright file [2] to copyright-cme-update branch 
 on 
 pkg-moarvm repo. Feel free to pick up what you want from this file or simply 
 merge it on master. 

Ok, I merged it.

I remove the “author variant” license paragraphes “BSD-2-clause~author”
and “BSD-3-clause~Google” and manually fix the remaining
“BSD-3-clause~author”.

 I also found (manually, cme is not that magic ;-p ) that the license you 
 flagged as Other is a MIT variant. This update is pushed on master. [3]

 Once the copyright is done, I don't see any other issue to upload moarvm.

I added the Upstream-Contact pointing to the “contribution” web page
since it groups GitHub and IRC informations.

Everything pushed.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

Dominique Dumont d...@debian.org writes:

 On Tuesday 17 March 2015 00:23:51 Daniel Dehennin wrote:
 Now it builds cleanly in a schroot, I even install the package and “moar
 --help” works \o/.

 I've begun to review the package. A couple of comments:

 * I think /usr/lib/moar/libmoar.so should land in a multiarch path (even 
 though libtommath.so is not currently multiarch...)

The library is not versioned[1], so I thought it should not.

 * copyright is missing Upstream-contact

Should I set it to some upstream author or the
http://moarvm.org/contributing.html URL?

 * Expat license is duplicated in debian/copyright (which would have
 been avoided if you were using cme ...)

I tried “cme fix dpkg-copyright” but it does nothing :-/

I fixed it by hand and add the Vcs-* fields too.

Thanks.

Footnotes: 
[1]  https://github.com/MoarVM/MoarVM/issues/74

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

Daniel Dehennin daniel.dehen...@baby-gnu.org writes:

 gregor herrmann gre...@debian.org writes:

 Yay, great!
  
 Looks like the ITP bug can be tagged pending :)

 The new 2015.03 is out, this will permit to drop the patch ;-)

Should I change the version of the single entry in debian/changelog or
should I add a new section for this new release.

I wonder since there is no .deb package yet.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


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

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

gregor herrmann gre...@debian.org writes:

 Yay, great!
  
 Looks like the ITP bug can be tagged pending :)

The new 2015.03 is out, this will permit to drop the patch ;-)

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

gregor herrmann gre...@debian.org writes:


[...]

  Yup, looks like the *FLAGS are ignored.

 I looked into this now, see the attached patch series.
 (Not perfect but a starting point.)

5 days ago it was half fixed upstream[1], today it's fully fixed[2].

I tested them and I need to disable PIE or I have this issue:

#+begin_src
gcc -o libmoar.so -O2 -DNDEBUG -g3 -Wl,-rpath,/usr/lib/moar -fPIE -pie 
-Wl,-z,relro -Wl,-z,now -shared -fPIC  src/core/callsite.o src/core/args.o 
src/core/exceptions.o src/core/interp.o src/core/threadcontext.o 
src/core/compunit.o src/core/bytecode.o src/core/frame.o src/core/validation.o 
src/core/bytecodedump.o src/core/threads.o src/core/ops.o src/core/hll.o 
src/core/loadbytecode.o src/math/num.o src/core/coerce.o src/core/dll.o 
src/core/ext.o src/core/nativecall.o src/core/continuation.o 
src/core/intcache.o src/core/fixedsizealloc.o src/gen/config.o 
src/gc/orchestrate.o src/gc/allocation.o src/gc/worklist.o src/gc/roots.o 
src/gc/collect.o src/gc/gen2.o src/gc/wb.o src/gc/objectid.o src/gc/finalize.o 
src/io/io.o src/io/eventloop.o src/io/syncfile.o src/io/syncstream.o 
src/io/syncpipe.o src/io/syncsocket.o src/io/fileops.o src/io/dirops.o 
src/io/procops.o src/io/timers.o src/io/filewatchers.o src/io/signals.o 
src/io/asyncsocket.o src/6model/reprs.o src/6model/reprconv.o 
src/6model/containers.o src/6model/parametric.o src/6model/reprs/MVMString.o 
src/6model/reprs/MVMArray.o src/6model/reprs/MVMHash.o 
src/6model/reprs/MVMCFunction.o src/6model/reprs/KnowHOWREPR.o 
src/6model/reprs/KnowHOWAttributeREPR.o src/6model/reprs/P6str.o 
src/6model/reprs/P6opaque.o src/6model/reprs/MVMCode.o 
src/6model/reprs/MVMOSHandle.o src/6model/reprs/MVMCompUnit.o 
src/6model/reprs/MVMStaticFrame.o src/6model/reprs/P6int.o 
src/6model/reprs/P6num.o src/6model/reprs/Uninstantiable.o 
src/6model/reprs/HashAttrStore.o src/6model/reprs/MVMThread.o 
src/6model/reprs/MVMIter.o src/6model/reprs/MVMContext.o 
src/6model/reprs/SCRef.o src/6model/reprs/Lexotic.o 
src/6model/reprs/MVMCallCapture.o src/6model/reprs/P6bigint.o 
src/6model/reprs/NFA.o src/6model/reprs/MVMException.o 
src/6model/reprs/MVMDLLSym.o src/6model/reprs/MVMMultiCache.o 
src/6model/reprs/MVMContinuation.o src/6model/reprs/NativeCall.o 
src/6model/reprs/CPointer.o src/6model/reprs/CStr.o src/6model/reprs/CArray.o 
src/6model/reprs/CStruct.o src/6model/reprs/ReentrantMutex.o 
src/6model/reprs/ConditionVariable.o src/6model/reprs/Semaphore.o 
src/6model/reprs/ConcBlockingQueue.o src/6model/reprs/MVMAsyncTask.o 
src/6model/reprs/MVMNull.o src/6model/reprs/NativeRef.o src/6model/6model.o 
src/6model/bootstrap.o src/6model/sc.o src/6model/serialization.o 
src/mast/compiler.o src/mast/driver.o src/spesh/dump.o src/spesh/graph.o 
src/spesh/codegen.o src/spesh/candidate.o src/spesh/manipulate.o 
src/spesh/args.o src/spesh/facts.o src/spesh/optimize.o src/spesh/deopt.o 
src/spesh/log.o src/spesh/threshold.o src/spesh/inline.o src/spesh/osr.o 
src/jit/graph.o src/jit/compile.o src/jit/log.o src/strings/decode_stream.o 
src/strings/ascii.o src/strings/utf8.o src/strings/ops.o src/strings/unicode.o 
src/strings/latin1.o src/strings/utf16.o src/strings/windows1252.o 
src/math/bigintops.o src/profiler/instrument.o src/profiler/log.o 
src/profiler/profile.o src/moar.o src/platform/posix/mmap.o 
src/platform/posix/time.o src/platform/posix/sys.o src/jit/emit_posix_x64.o 
3rdparty/tinymt/libtinymt.a 3rdparty/libuv/libuv.a 
3rdparty/dyncall/dyncall/libdyncall_s.a 3rdparty/sha1/libsha1.a 
3rdparty/dyncall/dynload/libdynload_s.a 3rdparty/linenoise/liblinenoise.a 
3rdparty/libtommath/libtommath.a 
3rdparty/dyncall/dyncallback/libdyncallback_s.a -ltommath -latomic_ops -lm 
-lpthread -lrt -ldl
/usr/bin/ld.bfd.real: 
3rdparty/dyncall/dyncall/libdyncall_s.a(dyncall_callvm.o): relocation 
R_X86_64_PC32 against symbol `gVT_x64' can not be used when making a shared 
object; recompile with -fPIC
/usr/bin/ld.bfd.real: final link failed: Bad value
collect2: error: ld returned 1 exit status
Makefile:484: recipe for target 'libmoar.so' failed
make[2]: *** [libmoar.so] Error 1
make[2]: Leaving directory '/build/moarvm-QgLiKc/moarvm-2015.02'
dh_auto_build: make -j1 NOISY=1 returned exit code 2
debian/rules:37: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/build/moarvm-QgLiKc/moarvm-2015.02'
debian/rules:26: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
#+end_src

Regards.

Footnotes: 
[1]  
https://github.com/MoarVM/MoarVM/commit/09393586b6207b5aafd0067fc6f6ee339b7d3ff4

[2]  https://github.com/MoarVM/MoarVM/issues/187

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

gregor herrmann gre...@debian.org writes:

 Hm, shouldn't $ENV{CPPFLAGS} go into @cflags instead of @ldflags?

Yes[1]


  
 I tested them and I need to disable PIE or I have this issue:

 guess type=wild
 - hardening=+all ?
 - or because of @ldflags instead of @cflags?
 /guess 

 I should have time to take a look tomorrow, unless you beat me to it

I merged[2] their patches with my pull request, and I explicitely disabled
PIE after adding “+all”[3].

Now it builds cleanly in a schroot, I even install the package and “moar
--help” works \o/.

Regards.

Footnotes: 
[1]  https://github.com/MoarVM/MoarVM/pull/188

[2]  
https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-rakudo/pkg-moarvm.git;a=commit;h=807610863ff64609a7b1e1b12c84c25b4ff1b1d1

[3]  
https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-rakudo/pkg-moarvm.git;a=commit;h=571d44c7622b5dbae314dcd4c3e6d9b65b2fc050

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

gregor herrmann gre...@debian.org writes:


[...]

  Yup, looks like the *FLAGS are ignored.

 I looked into this now, see the attached patch series.
 (Not perfect but a starting point.)

Thanks, I'll look at them just after my brewing meeting ;-)

  Maybe you could push the git repo to alioth (to the rakudo team
  maybe?), then it's easier for others to clone/look/help out. What dou
  you think? - No idea how pkg-rakudo works but I assume they are
  welcoming since I know the some guys there :) And you're already a
  project member.
 Yes, that's why I rename my repository to pkg-moarvm like pkg-rakudo.

 Excellent!

But it seems I can't create a new repository on alioth, I'll wait for an
admin to create the empty “pkg-moarvm.git” bare repository and then I'll
push here.

Regards.

NB: I'm not sure about keeping all the Cc: on all mails.

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

gregor herrmann gre...@debian.org writes:

 I just rework my packaging[1] against the latest MoarVM 2015.02 :

 % git clone git://git.baby-gnu.net/pkg-moarvm.git
 Cloning into 'pkg-moarvm'...
 fatal: remote error: access denied or repository not exported:
 /pkg-moarvm.git

Sorry, I forgot the git-daemon-export-ok, it's ok now.

 Actually, lintian says:
 W: moarvm source: empty-short-license-in-dep5-copyright (paragraph at 
 line 50)

 Should be easy to fix by providing a short license name.
 (Can be other if there is nothing ready-to-use.)

Great, I was wondering what to use in that case.


 P: moarvm source: debian-watch-may-check-gpg-signature

 Can be ignored.

Sure, it's just pedantic

 W: moarvm: hardening-no-relro usr/bin/moar
 I: moarvm: hardening-no-fortify-functions usr/bin/moar
 W: moarvm: hardening-no-relro usr/lib/moar/libmoar.so
 I: moarvm: hardening-no-fortify-functions usr/lib/moar/libmoar.so
 I: moarvm: extended-description-is-probably-too-short

 That's unfortunate and needs investigation.
  
 I think I'll need to patch the build system to use the environment
 variables for *FLAGS for hardening.

 Yup, looks like the *FLAGS are ignored.

 I wonder if I should have a -dfsg branch to remove the 3rdparty
 libatomic_ops and libtommath since I build against the Debian ones.

 If they are dfsg-free they can stay in the source package, as long as
 they are not used. No need for the additional hassle of repackaging.

Ok, I was not sure about source files duplication.

 Maybe you could push the git repo to alioth (to the rakudo team
 maybe?), then it's easier for others to clone/look/help out. What dou
 you think? - No idea how pkg-rakudo works but I assume they are
 welcoming since I know the some guys there :) And you're already a
 project member.

Yes, that's why I rename my repository to pkg-moarvm like pkg-rakudo.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


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

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

Dominique Dumont d...@debian.org writes:

 On Thursday 12 March 2015 16:57:39 gregor herrmann wrote:
 Any news on moarvm packaging?

 Hmm no. The original plan was to Daniel to do the packaging work and me to 
 sponsor. I hope this plan still stands.

Sorry for my long inactivity.

I just rework my packaging[1] against the latest MoarVM 2015.02 :

- install libmoar outside of the standard linker path[2]

- generate the manpage from the pod file

- use dpkg-buildflags instead of hardening-wrapper

Actually, lintian says:

W: moarvm source: empty-short-license-in-dep5-copyright (paragraph at line 
50)
P: moarvm source: debian-watch-may-check-gpg-signature
W: moarvm: hardening-no-relro usr/bin/moar
I: moarvm: hardening-no-fortify-functions usr/bin/moar
W: moarvm: hardening-no-relro usr/lib/moar/libmoar.so
I: moarvm: hardening-no-fortify-functions usr/lib/moar/libmoar.so
I: moarvm: extended-description-is-probably-too-short

I think I'll need to patch the build system to use the environment
variables for *FLAGS for hardening.

I wonder if I should have a -dfsg branch to remove the 3rdparty
libatomic_ops and libtommath since I build against the Debian ones.

Regards.

Footnotes: 
[1]  http://git.baby-gnu.net/gitweb/gitweb.cgi?p=pkg-moarvm.git;a=summary

[2]  https://github.com/MoarVM/MoarVM/issues/74

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#774114: closed by Thomas Goirand z...@debian.org (Re: [PKG-Openstack-devel] Bug#774114: novnc: Permit to use noVNC outside nova)

[Daniel Dehennin]

ow...@bugs.debian.org (Debian Bug Tracking System) writes:


[...]

 If the issue is only the dependency on Nova, at the packaging level,
 then I don't see how depending on a Python lib can be a problem.

I agree that “unusable” is not the proper word, it will install a lot of
dependencies and create a “nova” user[1]:

LANG=C apt-get -s install novnc
NOTE: This is only a simulation!
  apt-get needs root privileges for real execution.
  Keep also in mind that locking is deactivated,
  so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following extra packages will be installed:
  ieee-data libjs-sphinxdoc libjs-swfobject libjs-underscore

  [...]

Suggested packages:
  python-amqp-doc python-amqplib-doc python-egenix-mxdatetime

  [...]

Recommended packages:
  javascript-common python-cliff-doc python-utidylib python-openid
  python-scgi libjs-mochikit python-dev-all python-wheel
  python-ndg-httpsclient python-sqlalchemy-ext
The following NEW packages will be installed:
  ieee-data libjs-sphinxdoc libjs-swfobject libjs-underscore
  libxmlsec1 libxmlsec1-openssl novnc python-amqp python-amqplib
  python-anyjson python-babel python-babel-localedata python-boto
  python-cinderclient python-cliff python-cmd2 python-colorama
  python-daemon python-distlib python-dns python-ecdsa
  python-eventlet python-extras python-feedparser python-fixtures
  python-formencode python-glanceclient python-greenlet
  python-html5lib python-iso8601 python-jinja2 python-json-patch
  python-json-pointer python-jsonpatch python-jsonschema
  python-keystoneclient python-kombu python-libxml2
  python-lockfile python-lxml python-mako python-markupsafe
  python-memcache python-migrate python-mimeparse python-mock
  python-mysqldb python-netaddr python-neutronclient python-nova
  python-novaclient python-novnc python-oslo.config
  python-oslo.messaging python-oslo.rootwrap python-paramiko
  python-paste python-pastedeploy python-pastedeploy-tpl
  python-pbr python-pip python-posix-ipc python-prettytable
  python-pycadf python-pyparsing python-pysaml2 python-repoze.lru
  python-repoze.who python-requests python-routes
  python-sqlalchemy python-stevedore python-subunit python-suds
  python-tempita python-testrepository python-testscenarios
  python-testtools python-tz python-urllib3 python-warlock
  python-webob python-xattr python-yaml websockify xmlsec1
0 upgraded, 86 newly installed

I think they are not required for noVNC but for noVNC with nova.


[...]

 By the way, you may know that noVNC stands for nova-VNC, so making
 it useful for something else than Nova would be going out of the defined
 path.

I was not aware of the “nova-VNC”, as a lot of other products use it[2].

My primary wish was to share the novnc integration[3] for all packages
and admins:

- move the nova stuffs (user creation), outside of novnc and
  python-novnc, for example in something like nova-consoleproxy

- updates the dependencies in openstack packages if required

Does it sound ridiculous?

Regards.

Footnotes: 
[1]  
http://anonscm.debian.org/cgit/openstack/novnc.git/tree/debian/novnc.postinst

[2]  https://github.com/kanaka/noVNC/wiki/ProjectsCompanies-using-noVNC

[3]  https://github.com/kanaka/noVNC/wiki/Integration

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#774114: novnc: Permit to use noVNC outside nova

[Daniel Dehennin]

Source: novnc
Severity: wishlist

Dear Maintainer,

The novnc package Depends on python-nova which makes it unusable outside
OpenStack.

This package could be shared and useful for others.

Regards.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (90, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#767602: gnunet: Debian path are not honored

[Daniel Dehennin]

Package: gnunet
Version: 0.10.1-2
Severity: normal

Dear Maintainer,

I just install the new version of gnunet and found that the “path”
section in the configuration file is not honored.

Here is the directory tree of the gnunet server:

#+begin_src
tree -a /var/lib/gnunet/
/var/lib/gnunet/
└── .local
└── share
└── gnunet
├── datastore
│   ├── bloomfilter.sqlite
│   └── sqlite.db
├── fs
│   └── credit
├── nse
│   └── proof.dat
├── peerinfo
│   └── hosts
│   ├── DPQIBOOJV8QBS3FGJ6B0K5NTSQ9SULV45H5KCR4HU7PQ64N8Q9F0
│   ├── M85PGIE5UKFKN6O5GFG2EMBK5EH3K2FOUI12SGJ1NTFT88SQCATG
│   └── R8TTJ9GAL5VIFOFNM8KNT3D83BVQPBNRHJSSD0IME63V821906EG
├── private_key.ecc
├── revocation.dat
└── statistics.dat
#+end_src

The configuration file put the GNUNET_DATA_HOME under
GNUNET_HOME/data.

Note that the GNUNET_RUNTIME_DIR should be “/run/gnunet” since
“/var/run” is now a symlink to “/run” but it's not used (it may contain
the pid file of the process?).

Regards.

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

Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnunet depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.53
ii  libc6  2.19-12
ii  libcurl3-gnutls7.38.0-2
ii  libextractor3  1:1.3-2+b1
ii  libgcrypt201.6.2-4
ii  libglpk36  4.55-1
ii  libgnutls-deb0-28  3.3.8-3
ii  libidn11   1.29-1
ii  libltdl7   2.4.2-1.11
ii  libmicrohttpd100.9.37+dfsg-1+b1
ii  libmysqlclient18   5.5.39-1
ii  libogg01.3.2-1
ii  libopus0   1.1-2
ii  libpq5 9.4~beta3-3
ii  libpulse0  5.0-13
ii  libsqlite3-0   3.8.7-1
ii  libunistring0  0.9.3-5.2
ii  lsb-base   4.1+Debian13+nmu1
ii  multiarch-support  2.19-12
ii  netbase5.3
ii  zlib1g 1:1.2.8.dfsg-2

Versions of packages gnunet recommends:
pn  libnss3-tools  none
ii  openssl1.0.1j-1

Versions of packages gnunet suggests:
pn  miniupnpcnone
ii  python   2.7.8-2
pn  python-zbar  none
pn  texlive  none

-- Configuration files:
/etc/gnunet.conf:
[path]
GNUNET_HOME = /var/lib/gnunet/
GNUNET_DATA_HOME = /var/lib/gnunet/data/
GNUNET_RUNTIME_DIR = /var/run/gnunet/

[arm]
SYSTEM_ONLY = YES
USER_ONLY = NO

-- debconf information:
* gnunet-server/username: gnunet
* gnunet-server/groupname: gnunet
* gnunet-server/autostart: true

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#762452: linux-headers-3.14-0.bpo.2-amd64: Missing include/linux/version.h

[Daniel Dehennin]

Package: linux-headers-3.14-0.bpo.2-amd64
Version: 3.14.15-2~bpo70+1
Severity: normal

Dear Maintainer,

I'm trying to build a DKMS module but I got the following error:

checking whether make has GNU make $(if) extension... yes
checking for Linux build
directory... /lib/modules/3.14-0.bpo.2-amd64/build
checking for Linux source
directory... /usr/src/linux-headers-3.14-0.bpo.2-common
checking for kernel version... 3.14.15
configure: error: Linux kernel source in 
/lib/modules/3.14-0.bpo.2-amd64/build is not configured

I found that there is no 
/usr/src/linux-headers-3.14-0.bpo.2-amd64/include/linux/version.h.

Regards.

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

Kernel: Linux 3.14-0.bpo.2-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-headers-3.14-0.bpo.2-amd64 depends on:
ii  linux-compiler-gcc-4.6-x86 3.14.15-2~bpo70+1
ii  linux-headers-3.14-0.bpo.2-common  3.14.15-2~bpo70+1
ii  linux-kbuild-3.14  3.14-1~bpo70+1

linux-headers-3.14-0.bpo.2-amd64 recommends no packages.

linux-headers-3.14-0.bpo.2-amd64 suggests no packages.

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#762452: linux-headers-3.14-0.bpo.2-amd64: Missing include/linux/version.h

[Daniel Dehennin]

Uwe Kleine-König u.kleine-koe...@pengutronix.de writes:

 How does your package determine that
 /lib/modules/3.14-0.bpo.2-amd64/build wasn't configured?

The package is openvswitch-datapath-dkms, its configure script contains
the following tests:

if test ! -e $KBUILD/include/linux/version.h || \
   (test ! -e $KBUILD/include/linux/autoconf.h  \
test ! -e $KBUILD/include/generated/autoconf.h); then
as_fn_error $? Linux kernel source in $KBUILD is not
   configured $LINENO 5
fi

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#760289: reprepro: Generate diff between distributions

[Daniel Dehennin]

Package: reprepro
Version: 4.15.0-1
Severity: wishlist

Dear Maintainer,

Hello,

During a release I would like to move some packages from a testing
distribution to a proposed-updates one.

I first try to add a Pull configuration to my proposed-updates, from the
testing one, but as the proposed-updates is empty, every packages from
testing are seen as “newly installed”.

I would like to:

- build a diff between “testing” and the “sum” of “stable”, “updates”
  and “proposed”, in FilterList format with “package = version”

- review the list to remove any packages I want to exclude

- run “reprepro pull proposed-updates” with the modified diff as
  FilterList

Regards.

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

Kernel: Linux 3.15-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages reprepro depends on:
ii  libarchive13 3.1.2-9
ii  libbz2-1.0   1.0.6-7
ii  libc62.19-9
ii  libdb5.3 5.3.28-5
ii  libgpg-error01.13-3
ii  libgpgme11   1.5.1-1
ii  pinentry-curses  0.8.3-2
ii  zlib1g   1:1.2.8.dfsg-2

Versions of packages reprepro recommends:
ii  apt  1.0.6

Versions of packages reprepro suggests:
ii  gnupg-agent  2.0.25-2
pn  inoticoming  none
pn  lzip none
ii  xz-utils [lzma]  5.1.1alpha+20120614-2

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#755870: unattended-upgrades: Allow inclusion of apt-listchanges output in logs and mail

[Daniel Dehennin]

Package: unattended-upgrades
Version: 0.82.8
Severity: wishlist
Tags: patch

Dear Maintainer,

I would like to have:

- the output of apt-listchanges for the upgraded packages in my
  unattended-upgrades mails

- the output of apt-listchanges for all other packages in an
  apt-listchanges mail

This permit to know why a package was automatically upgraded directly in
unattended-upgrades mail.

I provide a patch to override “APT_LISTCHANGES_FRONTEND” only when
apt-listchanges email address is configured and no sendmail is found,
there is no need to force it to none otherwise. 

Regards.

From a1026d1e2b3806c5830c7b309dcc93bc61eafe3f Mon Sep 17 00:00:00 2001
From: Daniel Dehennin daniel.dehen...@baby-gnu.org
Date: Thu, 24 Jul 2014 07:40:24 +0200
Subject: [PATCH] Remove useless override of apt-listchanges frontend
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Configuring apt-listchanges frontend to text must permit to get
apt-listchanges ouptut in unattended-upgrades logs and mail.

* unattended-upgrade (setup_apt_listchanges): Override
  “APT_LISTCHANGES_FRONTEND” only when apt-listchanges email address is
  configured and no sendmail exists.
---
 unattended-upgrade | 24 ++--
 1 file changed, 14 insertions(+), 10 deletions(-)

diff --git a/unattended-upgrade b/unattended-upgrade
index 16b8cde..e98ce4b 100755
--- a/unattended-upgrade
+++ b/unattended-upgrade
@@ -37,7 +37,7 @@ import signal
 import string
 import subprocess
 import sys
-
+import configparser
 
 from email.message import Message
 from gettext import gettext as _
@@ -670,15 +670,19 @@ def wrap(t, width=70, subsequent_indent=):
 
 
 def setup_apt_listchanges(conf=/etc/apt/listchanges.conf):
- deal with apt-listchanges 
-# apt-listchanges will always send a mail if there is a mail address
-# set in the config regardless of the frontend used, so set it to
-# mail if we have a sendmail and to none if not (as it appears to
-# not check if sendmail is there or not), debian bug #579733
-if os.path.exists(SENDMAIL_BINARY):
-os.environ[APT_LISTCHANGES_FRONTEND] = mail
-else:
-os.environ[APT_LISTCHANGES_FRONTEND] = none
+deal with apt-listchanges
+
+apt-listchanges will always send a mail if there is a mail address
+set in the config regardless of the frontend used, so force it to
+none if we don't have a sendmail (as it appears to not check if
+sendmail is there or not), debian bug #579733
+
+
+config = configparser.ConfigParser()
+config.read(conf)
+if apt in config and config[apt].get(email_address):
+if not os.path.exists(SENDMAIL_BINARY):
+os.environ[APT_LISTCHANGES_FRONTEND] = none
 
 
 def _send_mail_using_mailx(to_address, subject, body):
-- 
2.0.1



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

Kernel: Linux 3.15-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages unattended-upgrades depends on:
ii  apt1.0.6
ii  apt-utils  1.0.6
ii  debconf [debconf-2.0]  1.5.53
ii  init-system-helpers1.19
ii  lsb-base   4.1+Debian13
ii  lsb-release4.1+Debian13
ii  python33.4.1-1
ii  python3-apt0.9.3.8
ii  ucf3.0030
ii  xz-utils   5.1.1alpha+20120614-2

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
ii  bsd-mailx  8.1.2-0.20131005cvs-1
ii  exim4-daemon-light [mail-transport-agent]  4.82.1-1+b1

-- debconf information:
* unattended-upgrades/enable_auto_updates: false

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF



signature.asc
Description: PGP signature

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

Dominique Dumont d...@debian.org writes:

 On Saturday 07 June 2014 13:08:37 Daniel Dehennin wrote:
 You can find the first draft of packaging on my git repository[1].

 That's a really god start. 

 But git-buildpackage --git-ignore-branch ends with lintian errors 
 and warnings that must be fixed.

 Some of them like syntax-error-in-dep5-copyright line 11: Duplicate 
 field copyright can be fixed with cme fix dpkg (provided by 
 libconfig-model-dpkg-perl),
 other will require more work.

Thanks, I miss-read the documentation[1].

 /usr/lib/libmoar.so should be a symlink towards a versioned libmoar.
 And libmoar.so should be delivered in a -dev package.
 See 
 https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime

The versioning of the library is reported upstream[2], I could patch
build/setup.pm to add a version but I don't know if packaging should do
something like this.

 The versioned lib should land in /usr/lib/gnu-triplet to conform with 
 multiarch.
 See https://wiki.debian.org/Multiarch

This will require a patch since there is no way to specify the libdir at
configuration time. (update: I just submit a request[3] upstream and was
accepted on IRC)

I just made one to remove the RPATH[4].

Regards.

Footnotes: 
[1]  
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#copyright-field

[2]  https://github.com/MoarVM/MoarVM/issues/74

[3]  https://github.com/MoarVM/MoarVM/issues/102

[4]  http://lintian.debian.org/tags/binary-or-shlib-defines-rpath.html

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

[Daniel Dehennin]

Package: wnpp
Owner: Daniel Dehennin daniel.dehen...@baby-gnu.org
Severity: wishlist

* Package name: moarvm
  Version : 2014.05
  Upstream Author : Jonathan Worthington
* URL or Web page : http://moarvm.org
* License : Artistic-2.0
  Description : virtual machine for Rakudo Perl 6 and NQP

Short for “Metamodel On A Runtime”, MoarVM is a virtual machine built
especially for Rakudo Perl 6 and the NQP Compiler Toolchain.

The goal is to provides nqp and rakudo with this second backend and let
the user choose which one she prefers using alternatives.

I manage to build the moarvm binary and its libmoar packages in AMD64
and i386 schroots.

I manually build the NQP 2014.05 in a schroot using my moarvm deb and
the nqp test suite pass:

All tests successful.
Files=90, Tests=3260, 19 wallclock secs ( 0.46 usr  0.07 sys + 18.08
cusr  1.20 csys = 19.81 CPU)
Result: PASS

You can find the first draft of packaging on my git repository[1].

Regards.

Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=moarvm.git;a=shortlog;h=refs/heads/feature/first-packaging-try

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#710535: Acknowledgement (dkms: Add option to build for all kernels)

[Daniel Dehennin]

Hello,

The patch was not working as expected.

The issue was installing a new kernel version, which is not the latest
and at the same time updating a DKMS package.

I had kernel version K1 and a DKMS version D1.

During an upgrade, I get:

- 2 new kernels
  + the “upstream” linux-image K3
  + our updated one K2, the alphanumeric comparison between K3 and K2
result in K3 newer than K2

- a upgraded DKMS package D2

As we have code to select our kernels as default ones, with a possible
fallback on “upstream” distribution ones, we would like dkms to build D2
for all kernels:

- the current one K1

- the new “upstream” one K3

- our custom kernel K2

I updated the patch:

- source the framework.conf file in common.postinst to get dkms
  configuration

- rename the variable to “$autoinstall_all_kernels”

- document the new variable in the framework.conf section of the man
  page

- provide the new commented option in configuration file

Regards

The following changes since commit 58ced114e00149af4c7f5af49fd066e8fbed32b9:

  update changelog (2011-12-07 13:30:49 -0600)

are available in the git repository at:

  git://git.baby-gnu.net/dkms.git feature/build-for-all-kernels

for you to fetch changes up to bf6a1be692f9b1549c06a9f371896a0df1aba1b9:

  New option to autoinstall for all kernel versions (2014-05-07 17:34:52 +0200)


Daniel Dehennin (1):
  New option to autoinstall for all kernel versions

 ...on-to-autoinstall-for-all-kernel-versions.patch | 100 +
 debian/patches/series  |   1 +
 2 files changed, 101 insertions(+)
 create mode 100644 
debian/patches/0001-New-option-to-autoinstall-for-all-kernel-versions.patch

diff --git 
a/debian/patches/0001-New-option-to-autoinstall-for-all-kernel-versions.patch 
b/debian/patches/0001-New-option-to-autoinstall-for-all-kernel-versions.patch
new file mode 100644
index 000..70c5a04
--- /dev/null
+++ 
b/debian/patches/0001-New-option-to-autoinstall-for-all-kernel-versions.patch
@@ -0,0 +1,100 @@
+From: Daniel Dehennin daniel.dehen...@baby-gnu.org
+Date: Fri, 31 May 2013 19:28:06 +0200
+Subject: New option to autoinstall for all kernel versions
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Transfer-Encoding: 8bit
+
+* dkms_common.postinst: Source framework configuration to handle the new
+  option “$autoinstall_all_kernels” to override kernel version
+  detection.
+
+* dkms_framework.conf: Add commented option “$autoinstall_all_kernels”.
+
+* dkms.8: Document the new option “$autoinstall_all_kernels”.
+---
+ dkms.8   | 12 ++--
+ dkms_common.postinst | 14 --
+ dkms_framework.conf  |  3 +++
+ 3 files changed, 25 insertions(+), 4 deletions(-)
+
+diff --git a/dkms.8 b/dkms.8
+index 908d9db..278225d 100644
+--- a/dkms.8
 b/dkms.8
+@@ -917,8 +917,8 @@ files. Every time after a  dkms.conf file is read, dkms 
will look for and read t
+ You can use these files to override settings in the module-provided dkms.conf 
files.
+ .SH /etc/dkms/framework.conf
+ This configuration file controls how the overall DKMS framework handles.  It 
is sourced
+-in every time the dkms command is run.  Mainly it can currently be used to 
set different
+-default values for the variables.
++in every time the dkms command or common.postinst script is run.  Mainly it 
can
++currently be used to set different default values for the variables
+ .B $dkms_tree
+ ,
+ .B $source_tree
+@@ -927,6 +927,14 @@ and
+ which control where DKMS looks for its framework.  Note that these variables 
can also
+ be manipulated on the command line with \-\-dkmstree, \-\-sourcetree
+ and \-\-installtree options.
++
++The
++.B $autoinstall_all_kernels
++, used by
++.B common.postinst
++script, control if the build must be done for all installed kernels instead 
of the
++current and latest one, it has no command line equivalent.
++
+ .SH dkms_autoinstaller
+ This boot\-time service automatically installs any module which has
+ .B AUTOINSTALL=yes
+diff --git a/dkms_common.postinst b/dkms_common.postinst
+index d8cf3a7..1bc716a 100644
+--- a/dkms_common.postinst
 b/dkms_common.postinst
+@@ -146,6 +146,10 @@ if [ -z $NAME ] || [ -z $VERSION ]; then
+ exit 1
+ fi
+ 
++if [ -f /etc/dkms/framework.conf ]; then
++. /etc/dkms/framework.conf
++fi
++
+ KERNELS=$(ls /lib/modules/)
+ CURRENT_KERNEL=$(uname -r)
+ 
+@@ -189,7 +193,9 @@ fi
+ #
+ # NOTE: if the headers are not installed then the
+ #   module won't be built, as usual
+-if [ -z $UPGRADE ]; then
++if [ -n $autoinstall_all_kernels ]; then
++echo Force build for all kernels...
++elif [ -z $UPGRADE ]; then
+ echo First Installation: checking all kernels...
+ for KERNEL in $KERNELS; do
+ if [ ${KERNEL} = ${CURRENT_KERNEL} ]; then
+@@ -211,7 +217,11 @@ NEWEST_KERNEL=$(get_newest_kernel $KERNELS)
+ if [ `_is_kernel_name_correct $CURRENT_KERNEL` = yes

Bug#744270: git-buildpackage: Increase version of native packages on “upstream-tag”

[Daniel Dehennin]

Guido Günther a...@sigxcpu.org writes:


[...]

 git-dch only increases the version found in debian/changelog or uses the
 “--new-version” command line option for native packages.

 Should this read non-native packages?

No, the sentence was not very clear, I try to say: “we can bump version
number of native package only with the --new-version option”.

 I wonder if the limitation[1] of using upstream-tag to non native
 packages could not be removed.

 [1] links to the whole dch.py script which doesn't unconfuse me. I
 assume you want to see the changelog updated for _native_ packages as
 well? We currently only do this for _non_native_ packages.

Sorry, I pointed the line 466, where “guess_version_from_upstream()” was
called, here the link is opened with the focus on the line 466.

 Both of these won't work since we need to pass in options.debian_tag in
 the native case.

I'm not sure to understand this, I proposed to use
“options.upstream_tag” in native case too.

My use case is to bump version number, for example in the case of
git-buildpackage:

- now is at 0.6.13

- next call to “git-dch -a -R” will do 0.6.14

- we must call “git-dch -N 0.7.0” to bump version to 0.7.0, here I want
  to use “options.upstream_tag” to avoid passing “-N”

 Since we now have GitVfs we don't need to know if it's native or not
 upfront but can handle all the details in
 DebianGitRepository.debian_version_from_upstream.

 Does this make sense?

It looks to me.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#744270: git-buildpackage: Increase version of native packages on “upstream-tag”

[Daniel Dehennin]

Package: git-buildpackage
Version: 0.6.13
Severity: wishlist

Dear Maintainer,

git-dch only increases the version found in debian/changelog or uses the
“--new-version” command line option for native packages.

I wonder if the limitation[1] of using upstream-tag to non native
packages could not be removed.

With something like:

#+begin_src python
if add_section and not version_change:
# Get version from upstream if none provided
v = guess_version_from_upstream(repo, options.upstream_tag, cp)
if v and source.is_native():
# Strip the non native version part
version_change['version'] = v.rstrip('-1')
elif v:
version_change['version'] = v
#+end_src

Or adding a “native=False” parameter to “guess_version_from_upstream()”
and calling it with:

#+begin_src python
if add_section and not version_change:
# Get version from upstream if none provided
v = guess_version_from_upstream(repo, options.upstream_tag, cp,
native=source.is_native())
if v:
version_change['version'] = v
#+end_src

This would make easier to drive automatically package building on git
events.

Regards.

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

Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages git-buildpackage depends on:
ii  devscripts2.14.1
ii  git   1:1.9.1-1
ii  man-db2.6.6-1
ii  python2.7.5-5
ii  python-dateutil   1.5+dfsg-1
ii  python-pkg-resources  3.4.1-1

Versions of packages git-buildpackage recommends:
pn  cowbuildernone
ii  pristine-tar  1.30

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-3
ii  unzip  6.0-11

-- no debconf information


Footnotes: 
[1]  
https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=blob;f=gbp/scripts/dch.py;h=f36f287731c13c6d3ebe07531ae84c310d17fcb1;hb=HEAD#l466

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Guido Günther a...@sigxcpu.org writes:

 It's basically waiting on me having more time to review this again and
 possibly merge this.

Hello,

I rebased my patches[1] to current master, it just improve tests
docstrings and renumber test file.

Regards.

The following changes since commit a05f859d051f06ca8e3f78d35870d80eae28ded4:

  Remove tests now covered by 18_test_Config (2014-04-02 16:56:06 +0200)

are available in the git repository at:

  git://git.baby-gnu.org/git-buildpackage.git 
tags/dad/a05f859/create-nonexistent-changelog

for you to fetch changes up to 208d7a5b7bfbbe49ddaebc74d3acf158fe5d571a:

  Create debian/changelog if it does not exists (2014-04-02 20:38:19 +0200)


Rebased on latest master: tests OK

Changes from previous version:

- make tests docstrings more meaningful

- renumber test file to 20.


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 debian/rules  |  16 ++-
 gbp/deb/changelog.py  |  60 +---
 gbp/deb/source.py |  14 +-
 gbp/scripts/dch.py|  45 +-
 tests/20_test_create_changelog.py | 288 ++
 tests/test_Changelog.py   | 103 ++
 6 files changed, 489 insertions(+), 37 deletions(-)
 create mode 100644 tests/20_test_create_changelog.py



Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/gitweb.cgi?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/a05f859/create-nonexistent-changelog

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#719255: GNUNET update -- need help?

[Daniel Dehennin]

Hello,

 You are very welcome to work on the collab-maint repositories [1] [2].
 I'd prefer if you could work on an experimental branch, if that's not
 too much trouble.

I made some tests and I'm blocked by the libgcrypt dependency.

GNUnet requires libgcrypt20 (=1.6) but some other dependencies requires
libgcrypt11

Here is what I have in a clean sid schroot when tring to install GNUnet
build dependencies:

#+begin_src
(sid-amd64-sbuild)root@hati:/build# apt-get -o Debug::pkgProblemResolver=true 
install debhelper po-debconf gettext dh-autoreconf autopoint autoconf automake 
libextractor-dev libmicrohttpd-dev libgcrypt20-dev libcurl4-gnutls-dev 
libunistring-dev  libltdl-dev libmysqlclient-dev libsqlite3-dev libpq-dev 
libglpk-dev libgnutls-dev libglib2.0-dev libgtop2-dev 
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Starting pkgProblemResolver with broken count: 2
Starting 2 pkgProblemResolver with broken count: 2
Investigating (0) libgnutls-dev [ amd64 ]  none - 2.12.23-12  ( libdevel )
Broken libgnutls-dev:amd64 Depends on libgcrypt11-dev [ amd64 ]  none - 
1.5.3-3  ( libdevel ) (= 1.4.0)
  Considering libgcrypt11-dev:amd64 2 as a solution to libgnutls-dev:amd64 10001
Reinst Failed because of protected libgcrypt20-dev:amd64
Investigating (0) libssh2-1-dev [ amd64 ]  none - 1.4.3-2  ( libdevel )
Broken libssh2-1-dev:amd64 Depends on libgcrypt11-dev [ amd64 ]  none - 
1.5.3-3  ( libdevel )
  Considering libgcrypt11-dev:amd64 2 as a solution to libssh2-1-dev:amd64 0
  Holding Back libssh2-1-dev:amd64 rather than change libgcrypt11-dev:amd64
Investigating (1) libgnutls-dev [ amd64 ]  none - 2.12.23-12  ( libdevel )
Broken libgnutls-dev:amd64 Depends on libgcrypt11-dev [ amd64 ]  none - 
1.5.3-3  ( libdevel ) (= 1.4.0)
  Considering libgcrypt11-dev:amd64 2 as a solution to libgnutls-dev:amd64 10001
Investigating (1) libcurl4-gnutls-dev [ amd64 ]  none - 7.35.0-1  ( libdevel 
)
Broken libcurl4-gnutls-dev:amd64 Depends on libssh2-1-dev [ amd64 ]  none - 
1.4.3-2  ( libdevel )
  Considering libssh2-1-dev:amd64 0 as a solution to libcurl4-gnutls-dev:amd64 

Reinst Failed because of libgcrypt11-dev:amd64
Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libcurl4-gnutls-dev : Depends: libssh2-1-dev but it is not going to be 
installed
 libgnutls-dev : Depends: libgcrypt11-dev (= 1.4.0) but it is not going to be 
installed
E: Unable to correct problems, you have held broken packages.
#+end_src


I actually just import 0.10.0 tar.gz and refresh the debian/patches.

You can find what I did on my “temporary and history will be rewritten”
branch[1].

Regards.

Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/gitweb.cgi?p=gnunet.git;a=shortlog;h=refs/heads/feature/new-debian-package-0.10.0

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


signature.asc
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Daniel Dehennin daniel.dehen...@baby-gnu.org writes:

Hello,

 I rebased my patch[1] against latest master to use the new
 “get_dch_default_urgency()” function in my tests.

Is there anything I can do to have this patch merged?

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


signature.asc
Description: PGP signature

Bug#738182: iceweasel: Menus disappear after loading some webpage

[Daniel Dehennin]

ii  libnspr4  2:4.10.2-1
ii  libnss3   2:3.15.4-2
ii  libpango-1.0-01.36.0-1+b1
ii  libsqlite3-0  3.8.2-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.2-14
ii  libvpx1   1.3.0-2
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages xulrunner-27 suggests:
ii  libcanberra0  0.30-2
ii  libgnomeui-0  2.24.5-3

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpdu1UGOFMcY.pgp
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Hello,

I rebased my patch[1] against latest master to use the new
“get_dch_default_urgency()” function in my tests.

Regards.

The following changes since commit d93c89f081a3d8d66a46cbefee26b0bf11822c7f:

  import_orig: test error paths of find_source (2014-01-07 18:12:26 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage.git 
tags/dad/d93c89f/create-nonexistent-changelog

for you to fetch changes up to 91825fb7cfe7f864ab1368abc7a22c0ef070863f:

  Create debian/changelog if it does not exists (2014-01-08 19:00:42 +0100)


Rebase on latest master: tests OK

This new version use the new “get_dch_default_urgency()” introduced by
e876beb.


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 debian/rules  |  16 ++-
 gbp/deb/changelog.py  |  60 +---
 gbp/deb/source.py |  14 +-
 gbp/scripts/dch.py|  45 +-
 tests/18_test_create_changelog.py | 288 ++
 tests/test_Changelog.py   | 103 ++
 6 files changed, 489 insertions(+), 37 deletions(-)
 create mode 100644 tests/18_test_create_changelog.py

diff --git a/debian/rules b/debian/rules
index a80bd52..3b2ef71 100755
--- a/debian/rules
+++ b/debian/rules
@@ -13,19 +13,25 @@ ZSH_COMPDIR = /usr/share/zsh/vendor-completions/
 
 PYCHECKER_ARGS=-boptparse --no-override --no-shadowbuiltin
 
+TESTS_NAME=Gbp Tests
+TESTS_EMAIL=te...@example.com
+
 %:
dh $@ --with python2
 
 override_dh_auto_test:
 ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
dh_auto_test
-   export GIT_AUTHOR_NAME=Gbp Tests; \
-   export GIT_AUTHOR_EMAIL=te...@example.com;  \
-   export GIT_COMMITTER_NAME=$$GIT_AUTHOR_NAME;\
-   export GIT_COMMITTER_EMAIL=$$GIT_AUTHOR_EMAIL;  \
+   export GIT_AUTHOR_NAME=$(TESTS_NAME);   \
+   export GIT_AUTHOR_EMAIL=$(TESTS_EMAIL); \
+   export GIT_COMMITTER_NAME=$(TESTS_NAME);\
+   export GIT_COMMITTER_EMAIL=$(TESTS_EMAIL);  \
+   export DEBFULLNAME=$(TESTS_NAME);   \
+   export DEBEMAIL=$(TESTS_EMAIL); \
+   export GBP_CONF_FILES='nonexistent';\
PYTHONPATH=.\
python setup.py nosetests
-   
+
PYTHONPATH=. pychecker $(PYCHECKER_ARGS) -q \
gbp gbp.scripts gbp.git gbp.deb
 else
diff --git a/gbp/deb/changelog.py b/gbp/deb/changelog.py
index 356f74d..8e8d4cc 100644
--- a/gbp/deb/changelog.py
+++ b/gbp/deb/changelog.py
@@ -20,6 +20,7 @@ import email
 import os
 import subprocess
 from gbp.command_wrappers import Command
+from gbp.deb.control import Control
 
 class NoChangeLogError(Exception):
 No changelog found
@@ -74,29 +75,33 @@ class ChangeLog(object):
 self._cp = None
 self._filename = filename
 
-# Check that either contents or filename is passed (but not both)
-if (not filename and not contents) or (filename and contents):
-raise Exception(Either filename or contents must be passed)
-
-if filename and not os.access(filename, os.F_OK):
-raise NoChangeLogError(Changelog %s not found % (filename, ))
+if not contents and filename and os.access(filename, os.F_OK) \
+   and os.stat(filename).st_size == 0:
+raise NoChangeLogError(Either %s must be inexistant or not empty 
% filename)
 
 if contents:
 self._contents = contents[:]
-else:
+elif filename and os.access(filename, os.F_OK):
 self._read()
+
 self._parse()
 
 def _parse(self):
 Parse a changelog based on the already read contents.
-cmd = subprocess.Popen(['dpkg-parsechangelog', '-l-'],
-stdin=subprocess.PIPE,
-stdout=subprocess.PIPE,
-stderr=subprocess.PIPE)
-(output, errors) = cmd.communicate(self._contents)
-if cmd.returncode:
-raise ParseChangeLogError(Failed to parse changelog. 
-  dpkg-parsechangelog said:\n%s % 
(errors, ))
+
+# email.message_from_string accept empty strings
+output = ''
+
+if self._contents:
+cmd = subprocess.Popen(['dpkg-parsechangelog', '-l-'],
+   stdin=subprocess.PIPE,
+   stdout=subprocess.PIPE,
+   stderr=subprocess.PIPE)
+(output, errors) = cmd.communicate(self._contents)
+if cmd.returncode:
+raise ParseChangeLogError(Failed to parse changelog. 
+  dpkg-parsechangelog said:\n%s % 
(errors, ))
+
 # Parse

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Hello,

I rebased my patch[1] on latest master.

I think the “urgency” could be set by looking at devscripts version,
this could help backporters.

Regards.

The following changes since commit eec8ce3e2f35d6f06a5ddb9b4a6f264a1ecf4bca:

  Determine changes file name based on dpkg-buildpackage options (2013-12-20 
17:13:17 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage.git 
tags/dad/eec8ce3/create-nonexistent-changelog

for you to fetch changes up to 65ba521f563c8bc37a34257119abcf0cc9761594:

  Create debian/changelog if it does not exists (2013-12-21 16:34:25 +0100)


Rebased on latest master: Tests OK

The differences with the previous patch is:

- new default urgency “medium”

- the factorization of default parameters of “check_header()” and
  “check_author()” functions in 18_test_create_changelog.py


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 debian/rules  |  16 ++-
 gbp/deb/changelog.py  |  60 +---
 gbp/deb/source.py |  14 +-
 gbp/scripts/dch.py|  45 +-
 tests/18_test_create_changelog.py | 288 ++
 tests/test_Changelog.py   | 103 ++
 6 files changed, 489 insertions(+), 37 deletions(-)
 create mode 100644 tests/18_test_create_changelog.py


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/gitweb.cgi?p=git-buildpackage.git;a=tag;h=refs/tags/dad/eec8ce3/create-nonexistent-changelog

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpmILtGKg9B1.pgp
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Hello,

I rebased my patch[1] on latest master.

Regards.

The following changes since commit 2042144aeae6ef84b2f6c6b595f8549e5132c555:

  log: add error and warning aliases (2013-11-06 21:08:14 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage.git 
tags/dad/2042144/create-nonexistent-changelog

for you to fetch changes up to ba18edc14c1ee30cba4207ae44456f115841f13f:

  Create debian/changelog if it does not exists (2013-11-08 08:38:21 +0100)


Rebased on latest master: tests OK.

The only changes since last patch is the definition of make variables
in debian/rules to factorize name and email used in tests.


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 debian/rules  |  16 ++-
 gbp/deb/changelog.py  |  60 ++---
 gbp/deb/source.py |  14 +-
 gbp/scripts/dch.py|  45 ++-
 tests/18_test_create_changelog.py | 265 ++
 tests/test_Changelog.py   | 103 +++
 6 files changed, 466 insertions(+), 37 deletions(-)
 create mode 100644 tests/18_test_create_changelog.py


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/gitweb.cgi?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/2042144/create-nonexistent-changelog

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpeB2et2MVDc.pgp
Description: PGP signature

Bug#727711: git-buildpackage: Unable to build git-buildpackage

[Daniel Dehennin]

Guido Günther a...@sigxcpu.org writes:

 On Fri, Oct 25, 2013 at 06:29:49PM +0200, Daniel Dehennin wrote:
 [..snip..] 
 data_file = open(data_filename(fname))
   File /usr/lib/python2.7/dist-packages/coverage/html.py, line 34, in 
 data_filename
 raise CoverageException(Couldn't find static file %r % fname)
 coverage.misc.CoverageException: Couldn't find static file 'pyfile.html'
 make[1]: *** [override_dh_auto_test] Error 1
 make[1]: Leaving directory `/«PKGBUILDDIR»'
 make: *** [build] Error 2
 dpkg-buildpackage: error: debian/rules build gave error exit status 2

 This looks more like a bug in coverage. Please reassign.

I tried to build git-buildpackage on another not up-to-date server and
it pass.

It looks to me to be a consequence of the move[1] of the htmlfiles used
by the HtmlReporter:

- python-coverage-3.4-3
  * build OK
  * using /usr/share/pyshared/coverage/htmlfiles/pyfile.html

- python-coverage-3.7+dfsg.1-1
  * build fail
  * using /usr/share/python-coverage/htmlfiles/pyfile.html

Regards.

Footnotes: 
[1]  http://bugs.debian.org/721676

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpT4Oh3Nlr3j.pgp
Description: PGP signature

Bug#727711: git-buildpackage: Unable to build git-buildpackage

[Daniel Dehennin]

Package: git-buildpackage
Version: 0.6.5
Severity: normal

Dear Maintainer,

I would like to rebase my patch on top of the latest master and found
that the latest master HEAD[1] fails to build with the following error:

Traceback (most recent call last):
  File setup.py, line 64, in module
'console_scripts': [ 'gbp = gbp.scripts.supercommand:supercommand' ],
  File /usr/lib/python2.7/distutils/core.py, line 152, in setup
dist.run_commands()
  File /usr/lib/python2.7/distutils/dist.py, line 953, in run_commands
self.run_command(cmd)
  File /usr/lib/python2.7/distutils/dist.py, line 972, in run_command
cmd_obj.run()
  File /usr/lib/python2.7/dist-packages/nose/commands.py, line 154, in run
TestProgram(argv=argv, config=self.__config)
  File /usr/lib/python2.7/dist-packages/nose/core.py, line 118, in __init__
**extra_args)
  File /usr/lib/python2.7/unittest/main.py, line 95, in __init__
self.runTests()
  File /usr/lib/python2.7/dist-packages/nose/core.py, line 197, in runTests
result = self.testRunner.run(self.test)
  File /usr/lib/python2.7/dist-packages/nose/core.py, line 63, in run
result.printErrors()
  File /usr/lib/python2.7/dist-packages/nose/result.py, line 110, in 
printErrors
self.config.plugins.report(self.stream)
  File /usr/lib/python2.7/dist-packages/nose/plugins/manager.py, line 99, in 
__call__
return self.call(*arg, **kw)
  File /usr/lib/python2.7/dist-packages/nose/plugins/manager.py, line 167, in 
simple
result = meth(*arg, **kw)
  File /usr/lib/python2.7/dist-packages/nosexcover/nosexcover.py, line 45, in 
report
super(XCoverage, self).report(stream)
  File /usr/lib/python2.7/dist-packages/nose/plugins/cover.py, line 174, in 
report
self.coverInstance.html_report(modules, self.coverHtmlDir)
  File /usr/lib/python2.7/dist-packages/coverage/control.py, line 658, in 
html_report
reporter = HtmlReporter(self, self.config)
  File /usr/lib/python2.7/dist-packages/coverage/html.py, line 66, in __init__
data(pyfile.html), self.template_globals
  File /usr/lib/python2.7/dist-packages/coverage/html.py, line 38, in data
data_file = open(data_filename(fname))
  File /usr/lib/python2.7/dist-packages/coverage/html.py, line 34, in 
data_filename
raise CoverageException(Couldn't find static file %r % fname)
coverage.misc.CoverageException: Couldn't find static file 'pyfile.html'
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory `/«PKGBUILDDIR»'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Regards.

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

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

Versions of packages git-buildpackage depends on:
ii  devscripts2.13.4
ii  git   1:1.8.4~rc3-1
ii  man-db2.6.5-2
ii  python2.7.5-5
ii  python-dateutil   1.5+dfsg-0.1
ii  python-pkg-resources  0.6.49-2

Versions of packages git-buildpackage recommends:
pn  cowbuildernone
ii  pristine-tar  1.28

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-3
ii  unzip  6.0-9

-- no debconf information


Footnotes: 
[1]  d52abf37893c90c228ca043623a9bda214382239

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgp_TKPAfOyWJ.pgp
Description: PGP signature

Bug#724030: grub2-common: grub-install use “/usr/local/lib/grub/i386-pc” as default directory

[Daniel Dehennin]

Package: grub2-common
Version: 2.00-19
Severity: important

Dear Maintainer,

I got an error message about a failure to install grub2 when upgrading
my system.

On a console as root:

# grub-install /dev/sda
/usr/local/lib/grub/i386-pc doesn't exist. Please specify --target or 
--directory

# grub-install -d /usr/lib/grub/i386-pc/  /dev/sda
Installation finished. No error reported.

Regards.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/d683fc1f-618b-4f9c-91a8-0da2979ddccd / ext3 
rw,noatime,errors=remount-ro,barrier=1,data=ordered 0 0
/dev/sda1 /boot ext3 rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/tmp /tmp ext4 rw,nodev,noatime,data=ordered 0 0
/dev/mapper/hati-home /home ext3 
rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/hati-usr /usr ext3 
rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/hati-usr--local /usr/local ext3 
rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/hati-usr--src /usr/src ext3 
rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/hati-var /var ext3 
rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/hati-var+cache /var/cache ext4 rw,noatime,data=ordered 0 0
/dev/mapper/hati-var--log /var/log ext3 
rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/hati-libvirt+images /var/lib/libvirt/images ext4 
rw,nodev,noatime,data=ordered 0 0
/dev/dm-11 /var/lib/sbuild/build btrfs rw,nodev,noatime,space_cache 0 0
/dev/dm-18 /media/secured btrfs rw,relatime,space_cache 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-ST3320620AS_9QF5ZCHE
(hd1)   /dev/disk/by-id/ata-WDC_WD1001FALS-00J7B0_WD-WMATV0175428
(hd2)   /dev/disk/by-id/usb-ST340083_2A_141-0:0
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg

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

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

Versions of packages grub2-common depends on:
ii  dpkg  1.17.1
ii  grub-common   2.00-19
ii  install-info  5.1.dfsg.1-5

grub2-common recommends no packages.

grub2-common suggests no packages.

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpcrDDQAMc7p.pgp
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Hello,

I rebased my patch[1] on latest master.

Regards.

The following changes since commit b494801d7ed3bdd848d8edd60bb1f29806cca23b:

  Backports got integrated into the main archive (2013-09-17 18:40:22 +0200)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/b494801/create-nonexistent-changelog

for you to fetch changes up to 79c56affa7ab8e7330af55e2442b99f286960a02:

  Create debian/changelog if it does not exists (2013-09-20 22:53:16 +0200)


Rebased on latest master: tests OK

Changes since last patch:

* debian/rules (override_dh_auto_test): Set $GPB_CONF_FILES to garbage
  since empty string result in parsing default files list.

* tests/18_test_create_changelog.py: Rename of
  tests/17_test_create_changelog.py


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 debian/rules  |   5 +-
 gbp/deb/changelog.py  |  60 ++---
 gbp/deb/source.py |  14 +-
 gbp/scripts/dch.py|  45 ++-
 tests/18_test_create_changelog.py | 264 ++
 tests/test_Changelog.py   | 103 +++
 6 files changed, 458 insertions(+), 33 deletions(-)
 create mode 100644 tests/18_test_create_changelog.py


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/gitweb.cgi?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/b494801/create-nonexistent-changelog

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpo8rvbCA1Y8.pgp
Description: PGP signature

Bug#710455: Acknowledgement (git: Many UTF-8 encoding problems)

[Daniel Dehennin]

Hello,

The problem was running git-web as standalone fastcgi.

Using fastcgi-wrapper solve my problem but I can't figure out why
“gitweb --fastcgi” have encoding issues but only over a FCGI socket, not
command line.

More informations on Stackoverflow[1] with my answer[2].

Regards.

Footnotes: 
[1]  
http://stackoverflow.com/questions/7285215/nginx-fastcgi-utf-8-encoding-output-iso-8859-1-instead-of-utf8

[2]  http://stackoverflow.com/a/18149487

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpySq44ffUx0.pgp
Description: PGP signature

Bug#720589: Acknowledgement (syslinux: Separated search path for all methods)

[Daniel Dehennin]

Hello,

With the help of #syslinux, I managed to get a multi-methods network
boot with shared configuration and kernels.

This bug could be closed, maybe something could be installed in
examples/ to document this.

Two things must be done:

- where the loader (*pxelinux.0, boot*.efi) is define the root PATH for
  in configuration, like INCLUDE /pxelinux.cfg/default

- one configuration file per loader defining the PATH of .c32 modules
  and including the default configuration

I put my configuration, for reference:


 DHCP snippet


allow booting;
allow bootp;

option arch code 93 = unsigned integer 16;
option space pxelinux;
option pxelinux.magic  code 208 = string;
option pxelinux.configfile code 209 = text;
option pxelinux.pathprefix code 210 = text;
option pxelinux.reboottime code 211 = unsigned integer 32;

subnet 192.0.2.0 netmask 255.255.255.0 {
range 192.0.2.10 192.0.2.20;
option broadcast-address 192.0.2.255;
option routers 192.0.2.254;

class pxeclients {
match if substring (option vendor-class-identifier, 0, 9) = 
PXEClient;

# the gateway is DHCPD + TFTPD
next-server 192.0.2.254;
site-option-space pxelinux;
if exists dhcp-parameter-request-list {
# Always send the PXELINUX options (specified in hexadecimal)
option dhcp-parameter-request-list = concat(option 
dhcp-parameter-request-list,d0,d1,d2,d3);
}
if option arch = 00:06 {
filename pxelinux/bootia32.efi;
option pxelinux.configfile pxelinux.cfg/efi32;
} else if option arch = 00:07 {
filename pxelinux/bootx64.efi;
option pxelinux.configfile pxelinux.cfg/efi64;
} else {
filename pxelinux/gpxelinux.0;
option pxelinux.configfile pxelinux.cfg/bios;
}
}
}



 SYSLINUX


## pxelinux.cfg/bios
PATH bios/
INCLUDE /pxelinux.cfg/default

## pxelinux.cfg/efi32
PATH efi32/
INCLUDE /pxelinux.cfg/default

## pxelinux.cfg/efi64
PATH efi64/
INCLUDE /pxelinux.cfg/default

## pxelinux.cfg/default
UI menu.c32
DEFAULT menu.c32

INCLUDE /pxelinux.cfg/theme.cfg

MENU TITLE Network installation

MENU BEGIN debianinstall
 INCLUDE /pxelinux.cfg/debian/menu.cfg
MENU END

MENU BEGIN Diagnostic tools
 INCLUDE /pxelinux.cfg/tools/menu.cfg
MENU END

LABEL cli
MENU LABEL ^CLI..
MENU QUIT



 Layout of TFTP server


tftp/
└── pxelinux
├── gpxelinux.0
├── ldlinux.c32
├── bootia32.efi
├── ldlinux.e32
├── bootx64.efi
├── ldlinux.e64
├── bios
│   └── *.c32
├── efi32
│   └── *.c32
├── efi64
│   └── *.c32
├── pxelinux.cfg
│   ├── default
│   ├── efi32
│   ├── efi64
│   ├── bios
│   ├── theme.cfg
│   ├── debian
│   │   ├── menu.cfg
│   │   ├── splash.png
│   │   ├── theme.cfg
│   │   ├── sid
│   │   │   ├── menu.cfg
│   │   │   ├── splash.png
│   │   │   └── theme.cfg
│   │   └── wheezy
│   │   ├── menu.cfg
│   │   ├── splash.png
│   │   └── theme.cfg
│   └── tools
│   └── menu.cfg
└── netinstall
├── sid
│   ├── amd64
│   │   ├── initrd.gz
│   │   └── linux
│   └── i386
│   ├── initrd.gz
│   └── linux
└── wheezy
├── amd64
│   ├── initrd.gz
│   └── linux
└── i386
├── initrd.gz
└── linux


-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgp5H5XeuK08x.pgp
Description: PGP signature

Bug#720589: syslinux: Separated search path for all methods

[Daniel Dehennin]

Package: syslinux
Version: 3:6.02~pre16+dfsg-1
Severity: wishlist

Dear Maintainer,

I'm trying to setup a network installation process managing pxelinux for
virtual machines and EFI32/64 for EFI capable hardware.

I have difficulties to mix all of them since they all have the same
search path for their .c32.

It could be insteresting to add search pathes after the default ones,
something like:

- ./boot/pxe/ for *pxelinux.0

- ./boot/efi32/ for /usr/lib/SYSLINUX/efi32/syslinux.efi

- ./boot/efi64/ for /usr/lib/SYSLINUX/efi64/syslinux.efi

With such a setup, I could use a single pxelinux.cfg, like:

#+begin_src txt
tftp
└── pxelinux
├── boot
│   ├── efi32
│   │   └── ldlinux.e32
│   ├── efi64
│   │   └── ldlinux.e64
│   └── pxe
│   └── ldlinux.c32
├── bootia32.efi (/usr/lib/SYSLINUX/efi32/syslinux.efi)
├── bootx64.efi (/usr/lib/SYSLINUX/efi64/syslinux.efi)
├── gpxelinux.0
├── lpxelinux.0
├── pxelinux.0
└── pxelinux.cfg
└── default
#+end_src

Regards.

Here is my DHCP configuration:

#+begin_src conf
allow booting;
allow bootp;

option arch code 93 = unsigned integer 16;

subnet 10.0.0.0 netmask 255.255.255.0 {
range 10.0.0.10 10.0.0.20;
option broadcast-address 10.0.0.255;
option routers 10.0.0.1;

class pxeclients {
match if substring (option vendor-class-identifier, 0, 9) = PXEClient;

next-server 10.0.0.1;
if option arch = 00:06 {
filename pxelinux/bootia32.efi;
} else if option arch = 00:07 {
filename pxelinux/bootx64.efi;
} else {
filename pxelinux/gpxelinux.0;
}
}
#+end_src



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

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

Versions of packages syslinux depends on:
ii  libc6   2.17-92
ii  mtools  4.0.18-1

Versions of packages syslinux recommends:
ii  syslinux-common  3:6.02~pre16+dfsg-1

Versions of packages syslinux suggests:
ii  dosfstools  3.0.16-2

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpqG6qIyH_to.pgp
Description: PGP signature

Bug#720412: reprepro: Support update from mini-dinstall simple-subdir format

[Daniel Dehennin]

Package: reprepro
Version: 4.13.1-1+b1
Severity: wishlist

Dear Maintainer,

I have some mini-dinstall repositories I would like to migrate to
reprepro but it use “simple-subdir” archive style:

[eole-2.3-updtes]
release_description = Eole-2.3 updates packages
poll_time = 1200
archive_style = simple-subdir
architectures = all, i386, amd64

This results in the following tree:

eole-2.3-updates/
├── all/
│   ├── Packages
│   ├── Packages.bz2
│   ├── Packages.gz
│   ├── Release
│   ├── Release.gpg
├── amd64/
│   ├── Packages
│   ├── Packages.bz2
│   ├── Packages.gz
│   ├── Release
│   ├── Release.gpg
├── i386/
│   ├── Packages
│   ├── Packages.bz2
│   ├── Packages.gz
│   ├── Release
│   ├── Release.gpg
├── source/
    ├── Sources
    ├── Sources.bz2
    ├── Sources.gz

Each sub directory is a Flat archive, the all must be merged with both
i386 and amd64.

For now, I have the following configuration:

# conf/distribution
Origin: EOLE
Label: EOLE
Codename: lucid
Version: 2.3
Architectures: amd64 i386 source
Components: local
DscIndices: Sources Release . .gz .bz2
DebIndices: Packages Release . .gz .bz2
Description: EOLE repository for generating ISO
Log: eole-2.3.log
# This could be a long list to merge eole-2.3 eole-2.3-security and 
eole-2.3-updates
Update: eole-2.3-updates-all-i386 eole-2.3-updates-i386 
eole-2.3-updates-all-amd64 eole-2.3-updates-amd64

# conf/updates
Name: eole-2.3-base
Method: file:///srv/old-repositories
Flat: local
GetInRelease: no
VerifyRelease: blindtrust

Name: eole-2.3-updates-all-i386
From: eole-2.3-base
Suite: eole-2.3-updates/all
Architectures: alli386

Name: eole-2.3-updates-i386
From: eole-2.3-base
Suite: eole-2.3-updates/i386
Architectures: i386

Name: eole-2.3-updates-all-amd64
From: eole-2.3-base
Suite: eole-2.3-updates/all
Architectures: allamd64

Name: eole-2.3-updates-amd64
From: eole-2.3-base
Suite: eole-2.3-updates/amd64
Architectures: amd64


A conf/updates option could simplify this:

- in conf/distribution: Update: eole-2.3-updates

- in conf/updates:
Name: eole-2.3-base
Method: file:///srv/old-repositories
Flat: local
SubDir: all i386 amd64
GetInRelease: no
VerifyRelease: blindtrust
  
Name: eole-2.3-updates
From: eole-2.3-base
Suite: eole-2.3-updates
Architectures: alli386 allamd64 i386 amd64

Regards.

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

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

Versions of packages reprepro depends on:
ii  libarchive13   3.1.2-7
ii  libbz2-1.0 1.0.6-5
ii  libc6  2.17-92
ii  libdb5.1   5.1.29-7
ii  libgpg-error0  1.10-3.1
ii  libgpgme11 1.4.3-0.1
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages reprepro recommends:
ii  apt  0.9.10

Versions of packages reprepro suggests:
ii  gnupg-agent  2.0.20-1
pn  inoticoming  none
pn  lzip none
ii  xz-utils [lzma]  5.1.1alpha+20120614-2

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


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

Bug#682394: Acknowledgement (git-buildpackage: Provide more replacement strings)

[Daniel Dehennin]

Guido Günther a...@sigxcpu.org writes:

 On Tue, Apr 16, 2013 at 10:34:14AM +0300, Markus Lehtonen wrote:
 [..snip..] 
 [replacements]
 last_upstream = ...
 foo = cmd1
 bar = cmd2
 
 Im undecided if the rhs should be evaluated by a shell or by python but
 we probably want both.
 
 Hmm, I dislike the idea of running arbitrary shell (or Python) code from
 the command line. How about just allowing few git commands (through
 gbp.git) and python regex or something.

 We could have all of them off by default. I'm not 100% sure we need this
 either especially since Daniel's use case doesn't need arbitrary python
 code but just some additional command line options but if it's
 implemented consistently (and can be turned off easily) I have no
 objections in merging it.

Hello,

I'm not sure about making it configurable, but that's probably because I
can't find use case for it.

The %(since)s and %(last_upstream)s require calculation far too
complicated for a single command and looks relevant only for git-dch.

I don't find a good way to derived a class from string and fill all the
values.

Only replacements defined in the configuration could be filled after
options parsing.

For example, the %(version)s means sometime the debian version, sometime
the upstream one, and is set:

- from command line

- from origin tarball

- from gbp.deb.DscFile

- from DebianGitRepository.debian_version_from_upstream, called by
  gbp.scripts.dch.guess_version_from_upstream

- from debian/changelog

Overriding the “.format()” method does not exclude the need to pass some
replacement values only relevant for some command to some options and
only after some calculation.

Regards.

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgp3GBrxWHY4w.pgp
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Daniel Dehennin daniel.dehen...@baby-gnu.org writes:

I update my tag[1] (the name is the same), the updated patch[2] fix the
tests 17_test_create_changelog.py.

Regards.

The following changes since commit 60ffe95dbaaf7b0e741ce74657d3de5563cb1683:

  --git-hooks doesn't take an argument (2013-07-13 09:40:14 +0200)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/60ffe95/create-nonexistent-changelog

for you to fetch changes up to c26e6b1d83d111227281b9268f75b13724950fdb:

  Create debian/changelog if it does not exists (2013-07-31 13:42:30 +0200)


Rebased on latest master and improve testing: tests OK

Changes since last patch:

* debian/rules (override_dh_auto_test): Avoid using modified gbp.conf
  files to make sure to use builtin options.

* tests/17_test_create_changelog.py (TestScriptDch.setUp): Rename
  self.options to self.argv to make more explicit the use of the first
  element.
  Remove useless options since personal gbp.conf files are not parsed
  anymore.
  (TestScriptDch.run_dch): Rename options to argv to make more
  explicit the use of the first element.
  (TestScriptDch.test_create_from_dch_main_with_empty_file): Use new
  name self.argv.
  Remove useless options variable.


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 debian/rules  |   3 +
 gbp/deb/changelog.py  |  60 ++---
 gbp/deb/source.py |  14 +-
 gbp/scripts/dch.py|  41 +-
 tests/17_test_create_changelog.py | 264 ++
 tests/test_Changelog.py   | 103 +++
 6 files changed, 455 insertions(+), 30 deletions(-)
 create mode 100644 tests/17_test_create_changelog.py


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=tag;h=refs/tags/dad/60ffe95/create-nonexistent-changelog

[2]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=commitdiff;h=refs/tags/dad/60ffe95/create-nonexistent-changelog

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpRBurekFBfL.pgp
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Guido Günther a...@sigxcpu.org writes:


[...]

 Thanks for updating your changes.

I make a new tag[1] the patch[2] improve the tests.

I will modify tests/11_test_dch_main.py to use the same mechanism for
Ubuntu compliance and changelog parsing.

Regards.

The following changes since commit 60ffe95dbaaf7b0e741ce74657d3de5563cb1683:

  --git-hooks doesn't take an argument (2013-07-13 09:40:14 +0200)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/60ffe95/create-nonexistent-changelog

for you to fetch changes up to 503e5a5dff7c081c412a906381f2ad36e82c7c43:

  Create debian/changelog if it does not exists (2013-07-27 18:52:10 +0200)


Rebased on latest master and improve testing: tests OK

Changes since last patch:

* debian/rules (override_dh_auto_test): Set name and email for dch.

* tests/17_test_create_changelog.py (TestScriptDch.setUp): Avoid
  multi-maintainer headers, it breaks dch changes parsing.
  Set some attribut to manage Debian/Ubuntu.
  (TestScriptDch.run_dch): Load the parsed changelog for better testing.
  (TestScriptDch.check_header): Check all the headers of the last
  changelog section. Take care of snapshot version and Ubuntu version
  suffix.
  (TestScriptDch.check_author): Check the author name and email of the
  last changelog section.
  (TestScriptDch.check_changes): Check the list of changes, require exact
  match by default. Take care of snapshot mode for offset calculation.


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 debian/rules  |   2 +
 gbp/deb/changelog.py  |  60 ++---
 gbp/deb/source.py |  14 +-
 gbp/scripts/dch.py|  41 +-
 tests/17_test_create_changelog.py | 264 ++
 tests/test_Changelog.py   | 103 +++
 6 files changed, 454 insertions(+), 30 deletions(-)
 create mode 100644 tests/17_test_create_changelog.py


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=tag;h=refs/tags/dad/60ffe95/create-nonexistent-changelog

[2]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=commitdiff;h=refs/tags/dad/60ffe95/create-nonexistent-changelog

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpUvHSvrVOIi.pgp
Description: PGP signature

Bug#710535: dkms: Add option to build for all kernels

[Daniel Dehennin]

Package: dkms
Severity: wishlist
Version: 2.2.0.3-1.2

Dear Maintainer,

In our derivative we provided a patched kernel.

To avoid overpatching the kernel for drivers, we provides DKMS packages,
but we have an issue with detection of newest kernel version.

The version comparaison is based on $(uname -r), if we provide a kernel
with the same number but a lower local part, the DKMS module is not
compiled for it, for example:

The work around is to let dkms_autoinstaller do the job: 1) install the
DKMS module, then install the kernel headers, installing both in the
same apt-get install invocation fails.

I made a patch to add an option to build the DKMS modules for all
installed kernels.

Regards.

The following changes since commit 58ced114e00149af4c7f5af49fd066e8fbed32b9:

  update changelog (2011-12-07 13:30:49 -0600)

are available in the git repository at:

  git://git.baby-gnu.org/dkms.git feature/build-for-all-kernels

for you to fetch changes up to 71e6b386bcc4b48192f2363bbc79c0caf1fd9057:

  Add an option to build and install module for all kernel versions. 
(2013-05-31 19:28:06 +0200)


Daniel Dehennin (1):
  Add an option to build and install module for all kernel versions.

 dkms.8   |6 ++
 dkms_common.postinst |8 ++--
 2 files changed, 12 insertions(+), 2 deletions(-)

diff --git a/dkms.8 b/dkms.8
index 908d9db..deb8bfa 100644
--- a/dkms.8
+++ b/dkms.8
@@ -832,6 +832,12 @@ being built for does not match against this regular 
expression, the dkms build
 will error out.  For example, if you set it as =^2\.4.*, your module would 
not be
 built for 2.6 kernels.
 .TP
+.B BUILD_ALL_KERNELS=
+If this directive is set to
+.B yes
+then your module will be built for all founded kernels. By default,
+the module is built only for the current one and newest.
+.TP
 .B BUILD_EXCLUSIVE_ARCH=
 This optional directive functions very similarly to
 .B BUILD_EXCLUSIVE_KERNEL
diff --git a/dkms_common.postinst b/dkms_common.postinst
index d8cf3a7..370b0a8 100644
--- a/dkms_common.postinst
+++ b/dkms_common.postinst
@@ -189,7 +189,9 @@ fi
 #
 # NOTE: if the headers are not installed then the
 #   module won't be built, as usual
-if [ -z $UPGRADE ]; then
+if [ -n $BUILD_ALL_KERNELS ]; then
+echo Force build for all kernels...
+elif [ -z $UPGRADE ]; then
 echo First Installation: checking all kernels...
 for KERNEL in $KERNELS; do
 if [ ${KERNEL} = ${CURRENT_KERNEL} ]; then
@@ -211,7 +213,9 @@ NEWEST_KERNEL=$(get_newest_kernel $KERNELS)
 if [ `_is_kernel_name_correct $CURRENT_KERNEL` = yes ]; then
 # See if it's worth building the module for both the newest kernel
 # and for the current kernel
-if [ -n $NEWEST_KERNEL ]  [ ${CURRENT_KERNEL} != ${NEWEST_KERNEL} ]; 
then
+if [ -n BUILD_ALL_KERNELS ]; then
+   echo Building for $KERNELS
+elif [ -n $NEWEST_KERNEL ]  [ ${CURRENT_KERNEL} != ${NEWEST_KERNEL} ]; 
then
 echo Building for $CURRENT_KERNEL and $NEWEST_KERNEL
 KERNELS=$CURRENT_KERNEL $NEWEST_KERNEL
 else


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

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

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpeVEkYSC5id.pgp
Description: PGP signature

Bug#710455: git: Many UTF-8 encoding problems

[Daniel Dehennin]

Package: git
Version: 1:1.7.10.4-2
Severity: normal
File: /usr/share/gitweb/gitweb.cgi

Dear Maintainer,

I setup my gitweb[1] as fastcgi behind an nginx and found many encoding
issues.

The first one is the description of the projects, I wrapp the
configuration in a to_utf8 call to fix the issue:

--- gitweb.cgi.orig 2013-05-30 22:31:03.960730832 +0200
+++ gitweb.cgi  2013-05-30 23:01:18.557405272 +0200
@@ -2775,7 +2775,7 @@
if (defined $conf) {
chomp $conf;
}
-   return $conf;
+   return to_utf8($conf);
 }
 
 sub git_get_project_description {

But the shortlog has issue too[2], even the blob view[3].

Is there any plan to fix them all?

Regards.

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

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

Versions of packages git depends on:
ii  git-man  1:1.7.10.4-2
ii  libc62.17-3
ii  libcurl3-gnutls  7.30.0-2
ii  liberror-perl0.17-1
ii  libexpat12.1.0-3
ii  perl-modules 5.14.2-21
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages git recommends:
ii  less 458-1
ii  openssh-client [ssh-client]  1:6.2p2-1
ii  patch2.6.1-3
ii  rsync3.0.9-4

Versions of packages git suggests:
ii  gettext-base  0.18.1.1-10
pn  git-arch  none
pn  git-cvs   none
pn  git-daemon-run | git-daemon-sysvinit  none
pn  git-doc   none
pn  git-elnone
ii  git-email 1:1.7.10.4-2
pn  git-gui   none
ii  git-svn   1:1.7.10.4-2
pn  gitk  none
pn  gitwebnone

-- no debconf information


Footnotes: 
[1]  http://git.baby-gnu.net/gitweb

[2]  http://git.baby-gnu.net/gitweb?p=git-buildpackage.git;a=summary

[3]  
http://git.baby-gnu.net/gitweb/?p=user/dad/config/emacs.git;a=blob;f=Calendar.el

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgp1ynFLZU36O.pgp
Description: PGP signature

Bug#707326: ruby-rails-3.2: Unable to install rails-3.2 (broken dependencies check)

[Daniel Dehennin]

Hello,

I'm trying to test a new redmine setup too, it looks like only one
dependency is not up-to-date:

* ruby-activerecord-3.2 is version 3.2.6-5

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgp5BMrURXAOP.pgp
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Hello,

I rebased my patch[1] against latest experimental.

Note that some tests fails but are not related to my patch:

dad@home:~/src/git-buildpackage (experimental=)$ make -f debian/rules 
override_dh_auto_test 
dh_auto_test
export DEB_VENDOR=Debian; \
export GIT_AUTHOR_NAME=Gbp Tests; \
export GIT_AUTHOR_EMAIL=te...@example.com;  \
export GIT_COMMITTER_NAME=$GIT_AUTHOR_NAME; \
export GIT_COMMITTER_EMAIL=$GIT_AUTHOR_EMAIL;   \
PYTHONPATH=.\
python setup.py nosetests
running nosetests
running egg_info
creating gbp.egg-info
writing gbp.egg-info/PKG-INFO
writing top-level names to gbp.egg-info/top_level.txt
writing dependency_links to gbp.egg-info/dependency_links.txt
writing manifest file 'gbp.egg-info/SOURCES.txt'
reading manifest file 'gbp.egg-info/SOURCES.txt'
writing manifest file 'gbp.egg-info/SOURCES.txt'
running build_ext

.S..Usage:
 setup.py [options] paths

setup.py: error: '--snapshot' and '--release' are incompatible options

F..pristine-tar:
 committed upstream_1.0.orig.tar.gz.delta to branch pristine-tar
..pristine-tar: successfully generated ../upstream_1.0.orig.tar.gz
..
==
FAIL: Doctest: tests.test_GitRepository.test_cmd_has_feature
--
Traceback (most recent call last):
  File /usr/lib/python2.7/doctest.py, line 2201, in runTest
raise self.failureException(self.format_failure(new.getvalue()))
AssertionError: Failed doctest test for test_cmd_has_feature
  File /home/dad/src/debian/git-buildpackage/tests/test_GitRepository.py, 
line 809, in test_cmd_has_feature

--
File /home/dad/src/debian/git-buildpackage/tests/test_GitRepository.py, 
line 828, in test_cmd_has_feature
Failed example:
repo._cmd_has_feature(foobarcmd, foobaroption)
Expected:
Traceback (most recent call last):
...
GitRepositoryError: Invalid git command 'foobarcmd': No manual entry 
for gitfoobarcmd
Got:
Traceback (most recent call last):
  File /usr/lib/python2.7/doctest.py, line 1289, in __run
compileflags, 1) in test.globs
  File doctest test_cmd_has_feature[8], line 1, in module
repo._cmd_has_feature(foobarcmd, foobaroption)
  File /home/dad/src/debian/git-buildpackage/gbp/git/repository.py, 
line 196, in _cmd_has_feature
% (command, stderr[:-1]))
GitRepositoryError: Invalid git command 'foobarcmd': Aucune entrée de 
manuel pour gitfoobarcmd

[...]

Ran 194 tests in 33.966s

FAILED (SKIP=1, failures=1)
make: *** [override_dh_auto_test] Erreur 1


Regards.

The following changes since commit 90ffae8f30432c267f1f2165bcae85bf7946bb9e:

  manpages: Document gbp-pull's --ignore-branch option (2013-05-04 14:13:07 
+0200)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/90ffae8/create-inexistant-changelog

for you to fetch changes up to eea71ed4f39aa5d92f3c06e608c4d49a35a84b72:

  Create debian/changelog if it does not exists (2013-05-08 16:12:38 +0200)


Rebase on latest experimental, tests OK.

* rename test file
* modify DebianSource


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 gbp/deb/changelog.py  |   60 +++---
 gbp/deb/source.py |   14 +--
 gbp/scripts/dch.py|   41 ++-
 tests/16_test_create_changelog.py |  225 +
 tests/test_Changelog.py   |  103 +
 5 files changed, 413 insertions(+), 30 deletions(-)
 create mode 100644 tests/16_test_create_changelog.py



Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/90ffae8/create-inexistant-changelog

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpjSMYrbQnp7.pgp
Description: PGP signature

Bug#646684: [git-buildpackage/master] Add option to manage distribution fields for non snapshot mode.

[Daniel Dehennin]

tag 646684 pending
thanks

Date:   Mon Nov 21 15:44:41 2011 +0100
Author: Daniel Dehennin daniel.dehen...@baby-gnu.org
Commit ID: ae4a3683c3becac1c6dcc8efb2eececb7a630c32
Commit URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=ae4a3683c3becac1c6dcc8efb2eececb7a630c32
Patch URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=ae4a3683c3becac1c6dcc8efb2eececb7a630c32

Add option to manage distribution fields for non snapshot mode.

The snapshot mode fails to merge two debian/changelog entries if the
distribution is not UNRELEASED.

* tests/11_test_dch_main.py: test the new --distribution option to
  dch.main(). Add only meaningful tests, i.e. options alone and combined
  with --release and --snapshot.

* git-dch (fixup_section): Rename as it's used to fix header in addition
  to trailer, this require a new named parameter options.
  (main): Add version_group option -D and --distribution to
  specify the distribution name.
  Add version_group option --force-distribution to force the provided
  distribution to be used, used by dch.
  Rename fixup_trailer() to fixup_section() and add options as parameters.

* docs/manpages/git-dch.sgml: Update documentation for new options.

Closes: #646684
  


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

Bug#672954: [git-buildpackage/master] Move debian/changelog manipulation to gbp.deb.changelog.ChangeLog.

[Daniel Dehennin]

tag 672954 pending
thanks

Date:   Wed May 30 21:30:45 2012 +0200
Author: Daniel Dehennin daniel.dehen...@baby-gnu.org
Commit ID: a9bf9cfd4b31076c54d4e377c1b31b5bd69f8661
Commit URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=a9bf9cfd4b31076c54d4e377c1b31b5bd69f8661
Patch URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=a9bf9cfd4b31076c54d4e377c1b31b5bd69f8661

Move debian/changelog manipulation to gbp.deb.changelog.ChangeLog.

spawn_dch switch gbp.command.wrappers.Command.

* gbp/deb/changelog.py (ChangeLog.spawn_dch): static method adapted from
  gbp.scripts.dch and converted to gbp.command_wrappers.Command.
  (add_entry): New method adapted from
  gbp.scripts.dch.add_changelog_entry.
  (add_section): New method adapted from
  gbp.scripts.dch.add_changelog_entry. Remove DebianGitRepository and
  options, this has nothing to do with changelog management.

* tests/test_Changelog.py: Test new methods.

* gbp/scripts/dch.py: Remove useless functions: system(), spawn_dch(),
  add_changelog_section() and add_changelog_entry().
  Update calls accordingly.
  (fixup_trailer): Use spawn_dch() method of ChangeLog class.
  (process_options): dch_options became a list.
  (main): Use add_section() and add_entry() methods of ChangeLog object.
  Take care of upstream version since ChangeLog.add_section() does not
  manage it anymore.
  Update exception handling, ChangeLog.spawn_dch() can raise
  CommandExecFailed exception.

Closes: #672954
  


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

Bug#669171: Info received (Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist))

[Daniel Dehennin]

Hello,

I rebase my patch to the latest experimental.

Regards.

The following changes since commit b05d4097b6ab8dcc98343dcd33c0d50e63b88118:

  Revert GitRepository.show: use _git_inout() (2013-04-08 11:11:42 +0200)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/b05d409/create-inexistant-changelog

for you to fetch changes up to 98d45718131dac4bf3ed3443dc9f3cffaa528729:

  Create debian/changelog if it does not exists (2013-04-13 02:49:15 +0200)


Rebase on latest experimental.

Tests OK.


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 gbp/deb/changelog.py  |   60 +++---
 gbp/scripts/dch.py|   41 ++-
 tests/15_test_create_changelog.py |  222 +
 tests/test_Changelog.py   |  103 +
 4 files changed, 405 insertions(+), 21 deletions(-)
 create mode 100644 tests/15_test_create_changelog.py

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgp5DtDEQHAuD.pgp
Description: PGP signature

Bug#682394: Acknowledgement (git-buildpackage: Provide more replacement strings)

[Daniel Dehennin]

Hello,

I just began to work on this issue on a temporary branch[1].

I wonder if we could not factorize the string expansion across all tools
and how we could do it.

One option is to factorize the options management in reusable parsers
and let all tools use them with the parents option of
argparse.ArgumentParser, then we could add an expand method to the
options and use it when needed.

Any idea?

Regards.


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/heads/feature/git-dch-define-more-replacement-strings

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpavtRVYpF2J.pgp
Description: PGP signature

Bug#646684: [git-buildpackage/experimental] Add option to manage distribution fields for non snapshot mode.

[Daniel Dehennin]

tag 646684 pending
thanks

Date:   Mon Nov 21 15:44:41 2011 +0100
Author: Daniel Dehennin daniel.dehen...@baby-gnu.org
Commit ID: ae4a3683c3becac1c6dcc8efb2eececb7a630c32
Commit URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=ae4a3683c3becac1c6dcc8efb2eececb7a630c32
Patch URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=ae4a3683c3becac1c6dcc8efb2eececb7a630c32

Add option to manage distribution fields for non snapshot mode.

The snapshot mode fails to merge two debian/changelog entries if the
distribution is not UNRELEASED.

* tests/11_test_dch_main.py: test the new --distribution option to
  dch.main(). Add only meaningful tests, i.e. options alone and combined
  with --release and --snapshot.

* git-dch (fixup_section): Rename as it's used to fix header in addition
  to trailer, this require a new named parameter options.
  (main): Add version_group option -D and --distribution to
  specify the distribution name.
  Add version_group option --force-distribution to force the provided
  distribution to be used, used by dch.
  Rename fixup_trailer() to fixup_section() and add options as parameters.

* docs/manpages/git-dch.sgml: Update documentation for new options.

Closes: #646684
  


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

Bug#669171: [PATCH] Add option to manage distribution fields for non snapshot mode.

[Daniel Dehennin]

Guido Günther a...@sigxcpu.org writes:

 Hi Daniel,

[...]

 +if value:
 +gbp.log.debug(Set header option '%s' to '%s' % (opt, val))
 +header_opts.append(--%s=%s % (opt, val))

 I spotted this during reviewn and the tests fail too: this is supposed
 to be val instead of value? I'd fixed this up myself but wanted to check
 back in case you accidentaly pushed the wrong version.
 Cheers,

Yes, my mistake, I just pushed the right tag[1], sorry.

Regards.

Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/7335735/dch-configurable-changelog-entry

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


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

Bug#646684: [PATCH] Add option to manage distribution fields for non snapshot mode.

[Daniel Dehennin]

Guido Günther a...@sigxcpu.org writes:

 Hi Daniel,
 This is almost good to go in, some minor things below:

 On Mon, Nov 21, 2011 at 03:44:41PM +0100, Daniel Dehennin wrote:
 [..snip..] 
 -def fixup_trailer(repo, git_author, dch_options):
 +def fixup_section(repo, git_author, options=[], dch_options=[]):

 It seems you always pass in all parameters so no need for default values
 here.

Right, and since I wrote that code I learn that it's a wrong thing to
use non-immutable as default values.


[...]

 Why can't you just do a getattr(options. opt)? The option should always
 be there (but the value might be None). It would also be nice to use a
 variable like: 
  val = getattr(options, opt) 
  if val:
...
header_opts.append(--%s=%s % (opt, val))

 instead of invoking getattr several times which is hard to read.

[...]

 +options = self.options[:]
 +options.append(--distribution=testing)
 +self.repo.create_tag(debian/0.9-1, msg=Pre stable release 
 version 0.9-1, commit=HEAD~1)
 +ret = dch.main(options)
 +self.assertEqual(ret, 0)
 +lines = file(debian/changelog).readlines()

 This is almost the same in all tests. Could you move this into a common
 functtion to ease readability and reduce the amout of copy/paste code?
 Seems this only differs in the options passed, so this could be made the
 function argument. and the function could return the result of
 readlines()

I updated my tag[1] with your advices.

Thanks.

The following changes since commit 733573511a77bd2fdbbff61b9bd62b40ad63eac2:

  Move DscFile to separate module (2013-03-29 15:36:38 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/7335735/dch-configurable-changelog-entry

for you to fetch changes up to a5e6d3df6fdca7284c77f4d41e8922d0c6c93dc8:

  Add urgency management. (2013-03-31 14:50:18 +0200)


Rebased on latest experimental with Guido Günther advices.

Tests OK.


Daniel Dehennin (2):
  Add option to manage distribution fields for non snapshot mode.
  Add urgency management.

 docs/manpages/git-dch.sgml |   28 +
 gbp/scripts/dch.py |   30 -
 tests/11_test_dch_main.py  |  281 +---
 3 files changed, 237 insertions(+), 102 deletions(-)


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/7335735/dch-configurable-changelog-entry

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpoxPwILpSkn.pgp
Description: PGP signature

Bug#669171: Info received (Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist))

[Daniel Dehennin]

Hello,

I updated my tag[1] with your advises on test code factorization.

I rename the test file since a 12_ is already present.

Regards.

The following changes since commit 733573511a77bd2fdbbff61b9bd62b40ad63eac2:

  Move DscFile to separate module (2013-03-29 15:36:38 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/7335735/create-inexistant-changelog

for you to fetch changes up to 5eb055c396b2947157bb198ffc0fe2c14be9d744:

  Create debian/changelog if it does not exists (2013-03-31 15:19:18 +0200)


Rebase on latest experimental with Guido Günther advices.

Tests OK.


Daniel Dehennin (1):
  Create debian/changelog if it does not exists

 gbp/deb/changelog.py  |   60 +++---
 gbp/scripts/dch.py|   41 ++-
 tests/15_test_create_changelog.py |  222 +
 tests/test_Changelog.py   |  103 +
 4 files changed, 405 insertions(+), 21 deletions(-)
 create mode 100644 tests/15_test_create_changelog.py


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/7335735/create-inexistant-changelog

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpaKKO5wHse9.pgp
Description: PGP signature

Bug#672954: [git-buildpackage/experimental] Move debian/changelog manipulation to gbp.deb.changelog.ChangeLog.

[Daniel Dehennin]

tag 672954 pending
thanks

Date:   Wed May 30 21:30:45 2012 +0200
Author: Daniel Dehennin daniel.dehen...@baby-gnu.org
Commit ID: a9bf9cfd4b31076c54d4e377c1b31b5bd69f8661
Commit URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=a9bf9cfd4b31076c54d4e377c1b31b5bd69f8661
Patch URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=a9bf9cfd4b31076c54d4e377c1b31b5bd69f8661

Move debian/changelog manipulation to gbp.deb.changelog.ChangeLog.

spawn_dch switch gbp.command.wrappers.Command.

* gbp/deb/changelog.py (ChangeLog.spawn_dch): static method adapted from
  gbp.scripts.dch and converted to gbp.command_wrappers.Command.
  (add_entry): New method adapted from
  gbp.scripts.dch.add_changelog_entry.
  (add_section): New method adapted from
  gbp.scripts.dch.add_changelog_entry. Remove DebianGitRepository and
  options, this has nothing to do with changelog management.

* tests/test_Changelog.py: Test new methods.

* gbp/scripts/dch.py: Remove useless functions: system(), spawn_dch(),
  add_changelog_section() and add_changelog_entry().
  Update calls accordingly.
  (fixup_trailer): Use spawn_dch() method of ChangeLog class.
  (process_options): dch_options became a list.
  (main): Use add_section() and add_entry() methods of ChangeLog object.
  Take care of upstream version since ChangeLog.add_section() does not
  manage it anymore.
  Update exception handling, ChangeLog.spawn_dch() can raise
  CommandExecFailed exception.

Closes: #672954
  


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

Bug#672954: Acknowledgement (git-buildpackage: Move spawn_dch from gbp.scripts.dch to gbp.deb.changelog.ChangeLog)

[Daniel Dehennin]

Hello,

I rebased[1] my patches to the current state of experimental.

Regards.

The following changes since commit 3b873f75ef32c500e69da22dcfc73155414bb6d0:

  ComponentTestBase: capability to check files of repo (2013-03-22 21:10:54 
+0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/3b873f7/move-spawn_dch-to-ChangeLog

for you to fetch changes up to 5313e5d7985451ff98c76e0a8f9a18abc54192ce:

  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls. 
(2013-03-24 17:51:21 +0100)


Rebase on latest experimental, test OK


Daniel Dehennin (3):
  Add guess_version_from_upstream() to gbp.deb.git.DebianGitRepository.
  Add spawn_dch(), add_changelog_entry() and add_changelog_section() to 
gbp.deb.changelog.ChangeLog.
  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls.

 gbp/deb/changelog.py   |   96 +
 gbp/deb/git.py |   17 +++
 gbp/scripts/dch.py |  142 
 ...anGitRepository_guess_version_from_upstream.py} |   13 +-
 tests/test_Changelog.py|   85 
 5 files changed, 224 insertions(+), 129 deletions(-)
 rename tests/{03_test_dch_guess_version.py = 
03_test_DebianGitRepository_guess_version_from_upstream.py} (75%)


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=commit;h=5313e5d7985451ff98c76e0a8f9a18abc54192ce

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpcsAvO76vvI.pgp
Description: PGP signature

Bug#646684: Acknowledgement (git-dch: Add option to manage distribution field)

[Daniel Dehennin]

Hello,

I rebased my patches[1] to the current state of experimental.

Regards.

The following changes since commit 5313e5d7985451ff98c76e0a8f9a18abc54192ce:

  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls. 
(2013-03-24 17:51:21 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/3b873f7/dch-configurable-changelog-entry

for you to fetch changes up to 56fb07a432455e9aa4172bd93a0ab675de15afa8:

  Add urgency management. (2013-03-24 17:55:47 +0100)


Rebase on latest experimental, test OK


Daniel Dehennin (2):
  Add option to manage distribution fields for non snapshot mode.
  Add urgency management.

 docs/manpages/git-dch.sgml |   28 +
 gbp/scripts/dch.py |   29 +++--
 tests/11_test_dch_main.py  |  141 
 3 files changed, 194 insertions(+), 4 deletions(-)


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=tag;h=refs/tags/dad/3b873f7/dch-configurable-changelog-entry

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpcx3HW9FlmX.pgp
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Hello,

I rebased my patches[1] to the current state of experimental.

Regards.

The following changes since commit 5313e5d7985451ff98c76e0a8f9a18abc54192ce:

  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls. 
(2013-03-24 17:51:21 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/3b873f7/create-inexistant-changelog

for you to fetch changes up to 916354d2bf1528e3eef7e6da0d99c976eec267dc:

  Update gbp.scripts.dch to handle empty debian/changelog. (2013-03-24 18:00:23 
+0100)


Rebase on latest experimental, test OK


Daniel Dehennin (3):
  Do not fail on empty debian/changelog.
  The ChangeLog.add_section() must create the file if it does not exist.
  Update gbp.scripts.dch to handle empty debian/changelog.

 gbp/deb/changelog.py  |   60 +++---
 gbp/deb/git.py|2 +-
 gbp/scripts/dch.py|   39 ++-
 tests/12_test_create_changelog.py |  233 +
 tests/test_Changelog.py   |  103 
 5 files changed, 416 insertions(+), 21 deletions(-)
 create mode 100644 tests/12_test_create_changelog.py


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=tag;h=refs/tags/dad/3b873f7/create-inexistant-changelog

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpMrcOavniH9.pgp
Description: PGP signature

Bug#684466: git repo available?

[Daniel Dehennin]

Holger Levsen hol...@layer-acht.org writes:

 Hi Daniel,

Hello,

 is your munin git repository somewhere available for me?

I just put one public[1], my patch is in branch
feature/nginx-configuration[2].

Regards.

Footnotes: 
[1]  http://git.baby-gnu.net/gitweb/?p=munin.git;a=summary

[2]  
http://git.baby-gnu.net/gitweb/?p=munin.git;h=refs/heads/feature/nginx-configuration

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpDysUIRJOFf.pgp
Description: PGP signature

Bug#694739: git-buildpackage: Use ColorizingStreamHandler to colorize log output

[Daniel Dehennin]

Package: git-buildpackage
Version: 0.6.0~git20121124
Severity: wishlist

Dear Maintainer,

Looking at the evolution of the experimental branch, I saw the addition
of log colorization.

I would like to point you to a library[1] I use in my python code.

It may interest you.

Regards.

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

Kernel: Linux 3.6.0-rc3+hati.1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages git-buildpackage depends on:
ii  devscripts   2.12.6
ii  git  1:1.7.10.4-2
ii  python   2.7.3-3
ii  python-dateutil  1.5+dfsg-0.1

Versions of packages git-buildpackage recommends:
pn  cowbuildernone
ii  pristine-tar  1.26

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-3
ii  unzip  6.0-8

-- no debconf information


Footnotes: 
[1]  https://code.google.com/p/logutils/

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpAtN5gUQTFp.pgp
Description: PGP signature

Bug#646684: Acknowledgement (git-dch: Add option to manage distribution field)

[Daniel Dehennin]

Hello,

I rebased my patches to latest experimental[1].

Regards.

The following changes since commit 89c6de9682a182a94ac672136c964860ed3017e7:

  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls. 
(2012-11-29 19:08:40 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/dch-configurable-changelog-entry/rebased/on-dad/move-spawn_dch-to-ChangeLog/rebased/on-4b719cd

for you to fetch changes up to 6ec64fc30dccfd969cabb50d590f2312966c4a6b:

  Add urgency management. (2012-11-29 19:15:53 +0100)


Rebased on latest experimental, no changes, tests OK


Daniel Dehennin (2):
  Add option to manage distribution fields for non snapshot mode.
  Add urgency management.

 gbp/scripts/dch.py|   29 --
 tests/11_test_dch_main.py |  141 +
 2 files changed, 166 insertions(+), 4 deletions(-)


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/dch-configurable-changelog-entry/rebased/on-dad/move-spawn_dch-to-ChangeLog/rebased/on-4b719cd

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpLqusCXLSHr.pgp
Description: PGP signature

Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)

[Daniel Dehennin]

Hello,

I rebased my patches to latest experimental[1].

Regards.

The following changes since commit 89c6de9682a182a94ac672136c964860ed3017e7:

  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls. 
(2012-11-29 19:08:40 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/create-inexistant-changelog/rebased/on-dad/move-spawn_dch-to-ChangeLog/rebased/on-4b719cd

for you to fetch changes up to 987655905af09c77f208a511fb3b549bf4ea4688:

  Update gbp.scripts.dch to handle empty debian/changelog. (2012-11-29 19:17:47 
+0100)


Rebased on latest experimental, no changes, tests OK


Daniel Dehennin (3):
  Do not fail on empty debian/changelog.
  The ChangeLog.add_section() must create the file if it does not exist.
  Update gbp.scripts.dch to handle empty debian/changelog.

 gbp/deb/changelog.py  |   59 +++---
 gbp/deb/git.py|2 +-
 gbp/scripts/dch.py|   39 ++-
 tests/12_test_create_changelog.py |  233 +
 tests/test_Changelog.py   |  103 
 5 files changed, 415 insertions(+), 21 deletions(-)
 create mode 100644 tests/12_test_create_changelog.py


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/create-inexistant-changelog/rebased/on-dad/move-spawn_dch-to-ChangeLog/rebased/on-4b719cd

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpjlKH86uhRg.pgp
Description: PGP signature

Bug#672954: Acknowledgement (git-buildpackage: Move spawn_dch from gbp.scripts.dch to gbp.deb.changelog.ChangeLog)

[Daniel Dehennin]

Hello,

I rebased my patches to latest experimental[1].

Regards.

The following changes since commit 4b719cd7d9a941e1ad6292105cb034ce6f9c3cc2:

  Tristate: drop broken and unused is_valid_state() method (2012-11-27 18:09:16 
+0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/move-spawn_dch-to-ChangeLog/rebased/on-4b719cd

for you to fetch changes up to 89c6de9682a182a94ac672136c964860ed3017e7:

  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls. 
(2012-11-29 19:08:40 +0100)


Rebased on latest experimental, no changes, tests OK


Daniel Dehennin (3):
  Add guess_version_from_upstream() to gbp.deb.git.DebianGitRepository.
  Add spawn_dch(), add_changelog_entry() and add_changelog_section() to 
gbp.deb.changelog.ChangeLog.
  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls.

 gbp/deb/changelog.py   |   96 +
 gbp/deb/git.py |   17 +++
 gbp/scripts/dch.py |  142 
 ...anGitRepository_guess_version_from_upstream.py} |   13 +-
 tests/test_Changelog.py|   85 
 5 files changed, 224 insertions(+), 129 deletions(-)
 rename tests/{03_test_dch_guess_version.py = 
03_test_DebianGitRepository_guess_version_from_upstream.py} (75%)


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/move-spawn_dch-to-ChangeLog/rebased/on-4b719cd

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpqp1JAqoCYO.pgp
Description: PGP signature

Bug#646684: Info received (Bug#646684: Acknowledgement (git-dch: Add option to manage distribution field))

[Daniel Dehennin]

Hi again,

I just realize that I forgot to update the git-dch manpage, I just
uploaded a new version for this signed tag, sorry for the noise.

Regards.

The following changes since commit 89c6de9682a182a94ac672136c964860ed3017e7:

  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls. 
(2012-11-29 19:08:40 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/dch-configurable-changelog-entry/rebased/on-dad/move-spawn_dch-to-ChangeLog/rebased/on-4b719cd

for you to fetch changes up to d25ba83aab031b5450e84419aed57df879dbffde:

  Add urgency management. (2012-11-29 20:26:50 +0100)


Rebased on latest experimental, add documentation, tests OK


Daniel Dehennin (2):
  Add option to manage distribution fields for non snapshot mode.
  Add urgency management.

 docs/manpages/git-dch.sgml |   28 +
 gbp/scripts/dch.py |   29 +++--
 tests/11_test_dch_main.py  |  141 
 3 files changed, 194 insertions(+), 4 deletions(-)


-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgplXQXbcUL81.pgp
Description: PGP signature

Bug#694739: git-buildpackage: Use ColorizingStreamHandler to colorize log output

[Daniel Dehennin]

Guido Günther a...@sigxcpu.org writes:

 This looks interesting however we have the code already in place now.
 Any advantages to pull in another dependency (that's atm not packaged
 for Debian)? I'm cc'ing the orignal author of this enhancement.
 Cheers,

I personally include the file in my project[1] and set update my
debian/copyright[2] accordingly.

Regards.

Footnotes: 
[1]  
http://eole.orion.education.fr/gitweb/?p=python-pyeole;a=blob;f=pyeole/loghandlers.py;h=8aa07704e9e33e3c4bcfdad78773e0a4622edb04;hb=HEAD

[2]  
http://eole.orion.education.fr/gitweb/?p=python-pyeole;a=blob;f=debian/copyright;h=135921bec1971d47d27b650bc150ab96397bde5e;hb=dist/ubuntu/precise/master#l5

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpZJ2skfzOBV.pgp
Description: PGP signature

Bug#692849: libconfig-model-dpkg-perl: control: dependency check should recognize package defined in the control file itself

[Daniel Dehennin]

Package: libconfig-model-dpkg-perl
Version: 2.030
Severity: normal

Dear Maintainer,

I have a case where a debian/control define a package-dbg package
which depends on package.

As the package is not yet in debian it's marked as unknown.

I think it could recognize packages defined in the current
debian/control file.

Regards.

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

Kernel: Linux 3.6.0-rc3+hati.1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libconfig-model-dpkg-perl depends on:
ii  libany-moose-perl 0.17-1
ii  libanyevent-http-perl 2.14-1
ii  libanyevent-perl  7.020-1
ii  libapt-pkg-perl   0.1.26+b1
ii  libconfig-model-perl  2.027-1
ii  libfile-homedir-perl  0.99-1
ii  liblog-log4perl-perl  1.29-1
ii  libmouse-perl 1.02-1
ii  libparse-recdescent-perl  1.967009+dfsg-1
ii  libsoftware-license-perl  0.103004-2
ii  libtext-autoformat-perl   1.669002-1
ii  libtext-diff-perl 1.41-1
ii  libyaml-perl  0.84-1
ii  lintian   2.5.10.2
ii  perl  5.14.2-15

Versions of packages libconfig-model-dpkg-perl recommends:
pn  libconfig-model-tkui-perl   none
ii  perl5.14.2-15
ii  perl-modules [libmodule-corelist-perl]  5.14.2-15

libconfig-model-dpkg-perl suggests no packages.

-- no debconf information

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpNAejlUo08n.pgp
Description: PGP signature