Bug#1063441: NO EFI entry created when installing with weekly Mate Live CD

[Brandon Werner]

I just discovered that a MR is already open that will fix this bug and wanted 
to add the link here.
https://salsa.debian.org/live-team/calamares-settings-debian/-/merge_requests/3
It would be great to get this merged to fix live installs of testing. Thanks.
Brandon

Bug#1063441: NO EFI entry created when installing with weekly Mate Live CD

[Brandon Werner]

I found the solution to this bug, and was able to successfully install a 
testing live image and boot it. The problem is actually in the 
calamares-settings-debian package.
The problem is caused by changes in the syntax of an upstream Calamares 
configuration file. Calamares has a mounts.conf which mounts additional 
filesystems needed for the chroot to work correctly, like /sys, /dev, and 
/proc. This file includes a way to indicate that filesystems should only be 
mounted on uefi systems, and this has changed.
IN the old config syntax, there were two groups of filesystems, "extraMounts:" 
and "extraMountsEfi:". In the new config syntax, "extraMountsEfi:" was removed, 
with all filesystems instead being listed under "extraMounts:". An additional 
key value pair is added to each entry which must be mounted for uefi systems 
"efi: true".
After deleting extraMountsEfi from mounts.conf on the live image, and adding 
"efi: true" at the end of the file in the "efivarfs" entry, the install worked 
with an efi variable being created in my firmware.
The file that needs to be updated is in the calamares-settings-debian package 
"calamares/modules/mount.conf". The file containing corrected syntax in 
upstream calamares is "src/modules/mount/mount.conf". It may be worth 
synchronizing the other changes in this file as well.

Bug#1063441: NO EFI entry created when installing with weekly Mate Live CD

[Brandon Werner]

package: calamares
version 3.3.1-1

Hi:
I attempted to install testing using the Debian live Mate CD. The install 
completes, however, no boot entry is added to the efi firmware. A partial 
install of grub is occurring, since the grub files are installed to the efi 
partition.
I tried to determine why the installer isn't creating the entry by examining 
the log file at /root/.cache/calamares/session.log on the live cd. I can see 
the grub-install command being run there, however, the output from the command 
isn't being recorded in the file, and I haven't found this output yet somewhere 
else to determine why things might be failing. I'll keep looking and update 
this bug if I find more info on this
On systems with secure boot turned off, the system might boot if no other 
operating system is installed, because the firmware will load the default path 
/boot/bootx64.efi on one of the disks in the system. I was able to produce this 
on a system with secure boot turned off (in my case, the installed Debian 
booted, because my ssd was the only disk in the system). When secure boot is 
turned on, boot will fail, since no firmware entry has been created pointing to 
shimx64.efi. I was able to reproduce this failing boot scenario by enabling 
secure boot. One thing worth noting is that when I boot into the system with 
secure boot off, and run grub-install, the firmware entry pointing to 
shimx64.efi is correctly created at that point, so this is definitely a problem 
in the installer. After installing grub from the installed system, I can then 
enable secure boot, and boot the installed Debian successfully.

Bug#1059227: Firmware Missing from recent live builds (I think due to usr transition)

[Brandon Werner]

package: live-build
version: 1:20230502

I noticed that in recent weekly builds, many firmware packages are missing from 
the live desktop images. I believe that the problem is in this file 
https://salsa.debian.org/live-team/live-build/-/blob/master/functions/firmwarelists.sh.
 Its logic depends on firmware being in /lib/firmware, however, firmware has 
moved as a part of the usr transition to /usr/lib/firmware. I didn't have a 
chance to test, however, it seems likely that updating this path to 
/usr/lib/firmware in that file would get detection for firmware packages 
working again.

Bug#1055541: In Trixie, /etc/localtime incorrectly set to UTC in some cases due to the installer including mappings to removed legacy timezones

[Brandon Werner]

package: tzsetup

In bug #1040997 legacy symlinks were moved out of the tzdata package to 
tzdata-legacy. The "post-base-installer.d/05tzsetup" script does not set the 
/etc/localtime symlink because db_get is returning these legacy time zones that 
no longer exist in the tsdata package.

I think the fix is to modify the mappings in debian/common.templates.in to 
remove the legacy time zones and replace them with the versions shipped in the 
new version of tzdata.

Bug#1055353: Debian installer not setting locale in Trixie daily builds

[Brandon Werner]

On Sat, Nov 4, 2023, at 2:27 PM, Brandon Werner wrote:
> 
> 
> Hi,
> After installing via the daily images, my locale isn't set. I took a brief 
> look, and my best guess is the trouble is being caused in the file 
> post-base-installer.d/05localechooser. There, I noticed
> "DESTFILE="/target/etc/default/locale"".
> I believe this file was retired recently in Debian.
I tried a reinstall, changing the above line to
"DESTFILE="/target/etc/locale.conf""
in the installer after I booted the daily netinst, and my locale was set in the 
installed system

Bug#1055353: Debian installer not setting locale in Trixie daily builds

[Brandon Werner]

package: locale-chooser

Hi,
After installing via the daily images, my locale isn't set. I took a brief 
look, and my best guess is the trouble is being caused in the file 
post-base-installer.d/05localechooser. There, I noticed
"DESTFILE="/target/etc/default/locale"".
I believe this file was retired recently in Debian.

If I manually set my locale in /etc/locale.conf, things work as expected.

Bug#1053905: emacs-common-non-dfsg: not included among emacs 29 backported packages

[Brandon C. Irizarry]

Package: emacs-common-non-dfsg
Version: 1:28.2+1-2
Severity: wishlist
X-Debbugs-Cc: brandon.iriza...@gmail.com

Dear Maintainer,

I recently installed the Emacs 29 Bookworm backport; however, the
documentation is still at version 28. I tried to install
emacs-common-non-dfsg from backports, but no backport exists for it
yet. This message is a simple request for the backport to be made.

Thanks!

- Brandon

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

Kernel: Linux 6.1.31-antix.1-amd64-smp (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: runit (via /run/runit.stopit)

Versions of packages emacs-common-non-dfsg depends on:
ii  dpkg  1.21.22
ii  install-info  6.8-6+b1

emacs-common-non-dfsg recommends no packages.

emacs-common-non-dfsg suggests no packages.

-- no debconf information

Bug#1030636: Debian Installer complains about missing firmware in ath10k, even when using image with firmware included

[Brandon Werner]

On Mon, Feb 6, 2023, at 7:34 AM, Cyril Brulebois wrote:
>
> That's not to say I won't try and get a tentative patch before then…
> Would you be happy to test a custom netinst that I would build locally
> (i.e. outside cdimage.debian.org and the official infrastructure)?

I'd be happy to test an image you build locally on your machine to streamline 
the testing process. 

Bug#1030636: Debian Installer complains about missing firmware in ath10k, even when using image with firmware included

[Brandon Werner]

On Mon, Feb 6, 2023, at 5:33 AM, Cyril Brulebois wrote:
> Hi Brandon,
>
> Brandon Werner  (2023-02-06):
>> Thanks for your response. I have included the syslog lines from the
>> installer log you requested.
>
> OK, that's basically what I thought was happening, but it's always a
> good idea to check a hypothesis before deciding what to do about it. :)
>
> I think I might have mentioned the following in some discussion, or
> in some commit, but basically:
>  - we have a list of requested files;
>  - we have a list of requesting modules;
>  - some modules get reloaded.
>
> If we maintain a module/file mapping, we could:
>  - decide which modules need to be reloaded, instead of iterating on all
>of them (that's part of the reason why I had this idea in mind in the
>first place, looking around how to “reload dance” was implemented:
>walking through all modules unconditionally);
>  - decide that a module is “good to go” as soon as it's been reloaded
>once, i.e. some of the files it requested have been found.
>
> The second part would make the point about “required” vs. “optional”
> firmware moot, and would prevent extra dialogs. One could argue that
> maybe some other *.deb somewhere could be more recent or could have
> extra files, but then we don't implement anything when it comes to
> multiplicity anyway, so that wouldn't be a regression.
>
> Alternatively, we could keep the unconditionally reload dance, while
> still keeping track of files requested by each module over time.
> When the list gets smaller, its files start getting ignored.
>
>
> Does that make sense to you?
This makes sense, and both solutions seem like they would work. It seems like 
the second solution of keeping the unconditional reload and testing if the list 
of files was smaller after the reload would be easier to implement for 
Bookworm, but I think you and the rest of the installer team are better 
informed to make that decision. :)
I think assuming the module is working if the list of requested files is 
smaller after a reload is a fairly safe bet for network hardware, but If the 
installer team implemented either of these solutions, I could test on a bunch 
of old and new machines that are available at a computer club I attend. I 
unfortunately don't feel like I personally understand the installer well enough 
to fix this properly, and any merge request I would create would be a sad hack. 
Hopefully many folks will be testing Alpha 2 of Bookworm as well, to find any 
problems that would result from a change like this.

Bug#1030636: Debian Installer complains about missing firmware in ath10k, even when using image with firmware included

[Brandon Werner]

On Mon, Feb 6, 2023, at 4:36 AM, Cyril Brulebois wrote:
> Hi Brandon,
>
> Brandon Werner  (2023-02-05):
>> I saw the recent work to the installer surrounding firmware handling
>> and thought I would test on my machines to see how this all was
>> working. I used one of the daily sid_d-i netinst cds including
>> firmware. I noticed some problems around the installer asking for
>> firmware that was not neded for ath10k. I first tried on a laptop that
>> had QCA-6174 hw2.1. I noticed the prompt telling me about missing
>> firmware and asking if I wanted to load it from additional media,
>> which was puzzling for the firmware image. If I select no, the
>> installer continues, however, I thought this  could confuse users, so
>> I dug into it.
>
> Thanks for the tests and the report.
>
>> Before firmware atheros was loaded, the kernel tried to load versions
>> 6 through 2 of the firmware files as well as calibration firmware
>> files. After firmware atheros was installed, the card was brought up,
>> and this time, only three files were missing. The cal and pre-cal
>> files appear to be optional according to the driver source, and do not
>> exist in linux-firmware upstream, so I think them missing is no
>> problem. Firmware ver 6 doesn't exist yet in the upstream Linux repo
>> so maybe this is in the driver for future use? I guess the installer
>> still thinks there is missing firmware because of the kernel failing
>> to load these 3 unnecessary files. After version 5 of the firmware was
>> found, the kernel stopped trying to load versions 4 3 2, so there was
>> many fewer missing files on the second run of check-missing-firmware.
>
> We would need to see more of your log file. It starts with mainloop
> iteration #1, while the first check_missing call has happened already.

Thanks for your response. I have included the  syslog lines from the installer 
log you requested.

Feb  5 10:35:26 check-missing-firmware: looking at dmesg for the first time
Feb  5 10:35:26 check-missing-firmware: saving timestamp for a later use: [   
57.345819]
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/pre-cal-pci-:01:00.0.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/pre-cal-pci-:01:00.0.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/cal-pci-:01:00.0.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/cal-pci-:01:00.0.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-6.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-6.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-5.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-5.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-4.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-4.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-3.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-3.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-2.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: looking for firmware file 
ath10k/QCA6174/hw2.1/firmware-2.bin requested by ath10k_pci
Feb  5 10:35:26 check-missing-firmware: missing firmware files 
(ath10k/pre-cal-pci-:01:00.0.bin ath10k/pre-cal-pci-:01:00.0.bin 
ath10k/cal-pci-:01:00.0.bin ath10k/cal-pci-:01:00.0.bin 
ath10k/QCA6174/hw2.1/firmware-6.bin ath10k/QCA6174/hw2.1/firmware-6.bin 
ath10k/QCA6174/hw2.1/firmware-5.bin ath10k/QCA6174/hw2.1/firmware-5.bin 
ath10k/QCA6174/hw2.1/firmware-4.bin ath10k/QCA6174/hw2.1/firmware-4.bin 
ath10k/QCA6174/hw2.1/firmware-3.bin ath10k/QCA6174/hw2.1/firmware-3.bin 
ath10k/QCA6174/hw2.1/firmware-2.bin ath10k/QCA6174/hw2.1/firmware-2.bin) for 
ath10k_pci
Feb  5 10:35:26 check-missing-firmware: mainloop iteration #1
Feb  5 10:35:26 check-missing-firmware: lookup with 
/cdrom/firmware/Contents-firmware
Feb  5 10:35:26 check-missing-firmware: installing firmware package 
/cdrom/firmware/firmware-atheros_20221214-5_all.deb (non-free-firmware)
Feb  5 10:35:28 check-missing-firmware: removing and loading kernel module 
ath10k_pci
Feb  5 10:35:28 kernel: [   60.711599] D

Bug#1030636: Debian Installer complains about missing firmware in ath10k, even when using image with firmware included

[Brandon Werner]

package: hw-detect
version: 1.154

Hello,
I saw the recent work to the installer surrounding firmware handling and 
thought I would test on my machines to see how this all was working. I used one 
of the daily sid_d-i netinst cds including firmware. I noticed some problems 
around the installer asking for  firmware that was not neded for ath10k. I 
first tried on a laptop that had QCA-6174 hw2.1. I noticed the prompt telling 
me about missing firmware and asking if I wanted to load it from additional 
media, which was puzzling for the firmware image. If I select no, the installer 
continues, however, I thought this  could confuse users, so I dug into it.

Before firmware atheros was loaded, the kernel tried to load versions 6 through 
2 of the firmware files as well as calibration firmware files. After firmware 
atheros was installed, the card was brought up, and this time, only three files 
were missing. The cal and pre-cal files appear to be optional according to the 
driver source, and do not exist in linux-firmware upstream, so I think them 
missing is no problem. Firmware ver 6 doesn't exist yet in the upstream Linux 
repo so maybe this is in the driver for future use? I guess the installer still 
thinks there is missing firmware because of the kernel failing to load these 3 
unnecessary files. After version 5 of the firmware was found, the kernel 
stopped trying to load versions 4 3 2, so there was many fewer missing files on 
the second run of check-missing-firmware.

I have another laptop with hw3.2 of QCA-6174 and on that machine, only pre-cal 
and cal are missing after firmware-atheros is loaded by the installer. I looked 
at hw-detect, and noticed there was a section in check-missing-firmware.sh 
ignoreing intel wifi debugging firmware, but I think trying to ignore all the 
correct files in that location might be a bit tricky, especially if other net 
drivers try to load optional firmware. It also seems possible that the PCI IDs 
searched by the driver could be different for cal and pre-cal for different 
ath10k hardware although I didn't dig into this. I hope the information I 
provided is enough for package maintainers to determine a correct solution. 
Thanks for all the great work on the installer recently to make  firmware 
handling work better.

Below, a bit of text from the installer log, to show the driver is loading, but 
the installer still thinking there is missing firmware.

Feb  5 10:35:26 check-missing-firmware: mainloop iteration #1
Feb  5 10:35:26 check-missing-firmware: lookup with 
/cdrom/firmware/Contents-firmware
Feb  5 10:35:26 check-missing-firmware: installing firmware package 
/cdrom/firmware/firmware-atheros_20221214-5_all.deb (non-free-firmware)
Feb  5 10:35:28 check-missing-firmware: removing and loading kernel module 
ath10k_pci
Feb  5 10:35:28 kernel: [   60.711599] DMAR: DRHD: handling fault status reg 2
Feb  5 10:35:28 kernel: [   60.711605] DMAR: [DMA Write NO_PASID] Request 
device [01:00.0] fault addr 0x7ee0 [fault reason 0x05] PTE Write access is 
not set
Feb  5 10:35:28 kernel: [   60.711661] ath10k_pci :01:00.0: pci irq msi 
oper_irq_mode 2 irq_mode 0 reset_mode 0
Feb  5 10:35:28 kernel: [   60.977712] ath10k_pci :01:00.0: firmware: 
failed to load ath10k/pre-cal-pci-:01:00.0.bin (-2)
Feb  5 10:35:28 kernel: [   60.977724] ath10k_pci :01:00.0: firmware: 
failed to load ath10k/pre-cal-pci-:01:00.0.bin (-2)
Feb  5 10:35:28 kernel: [   60.977735] ath10k_pci :01:00.0: firmware: 
failed to load ath10k/cal-pci-:01:00.0.bin (-2)
Feb  5 10:35:28 kernel: [   60.977744] ath10k_pci :01:00.0: firmware: 
failed to load ath10k/cal-pci-:01:00.0.bin (-2)
Feb  5 10:35:28 kernel: [   60.977755] ath10k_pci :01:00.0: firmware: 
failed to load ath10k/QCA6174/hw2.1/firmware-6.bin (-2)
Feb  5 10:35:28 kernel: [   60.977762] ath10k_pci :01:00.0: firmware: 
failed to load ath10k/QCA6174/hw2.1/firmware-6.bin (-2)
Feb  5 10:35:28 kernel: [   60.977973] ath10k_pci :01:00.0: firmware: 
direct-loading firmware ath10k/QCA6174/hw2.1/firmware-5.bin
Feb  5 10:35:28 kernel: [   60.977980] ath10k_pci :01:00.0: qca6174 hw2.1 
target 0x0501 chip_id 0x003405ff sub 144d:4125
Feb  5 10:35:28 kernel: [   60.977986] ath10k_pci :01:00.0: kconfig debug 0 
debugfs 0 tracing 0 dfs 0 testmode 0
Feb  5 10:35:28 kernel: [   60.978697] ath10k_pci :01:00.0: firmware ver 
SW_RM.1.1.1-00157-QCARMSWPZ-1 api 5 features ignore-otp,no-4addr-pad crc32 
10bf8e08
Feb  5 10:35:28 kernel: [   61.040011] ath10k_pci :01:00.0: firmware: 
direct-loading firmware ath10k/QCA6174/hw2.1/board-2.bin
Feb  5 10:35:28 kernel: [   61.040387] ath10k_pci :01:00.0: board_file api 
2 bmi_id N/A crc32 ae2e275a
Feb  5 10:35:29 check-missing-firmware: looking at dmesg again, restarting from 
timestamp: [   57.345819]
Feb  5 10:35:29 check-missing-firmware: timestamp found, truncating dmesg 
accordingly
Feb  5 10:35:29 check-missing-firmware: saving timestamp for a 

Bug#1029467: ifupdown: dhclient failed to send packet (DHCPRELEASE)

[Brandon Applegate]

Package: ifupdown
Version: 0.8.36
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Running "ifdown enp1s0f4"

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

N/A

   * What was the outcome of this action?

N/A

   * What outcome did you expect instead?

No error message.


Here is the error I get:

#
Jan 21 04:17:30 ice dhclient[303659]: DHCPRELEASE of 1.1.1.1 on enp1s0f4 to 
2.2.2.2 port 67
Jan 21 04:17:30 ice dhclient[303659]: send_packet: Invalid argument
Jan 21 04:17:30 ice dhclient[303659]: dhclient.c:2879: Failed to send 300 byte 
long packet over fallback interface.
#

I also had started a thread on the ISC dhcp-users mailing list:

https://lists.isc.org/pipermail/dhcp-users/2023-January/022820.html

>From what I can tell (I could be wrong) - the logic to make dhclient send a 
>RELEASE is compiled into ifup via inet.defn.

To me it looks like dhclient release happens first, before the "ip link" 
command shuts down the interface.

Nevertheless I still get this issue.

-- Package-specific info:
--- /etc/network/interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

auto dummy0
iface dummy0 inet manual
pre-up ifconfig $IFACE up
post-down ifconfig $IFACE down

# The primary network interfaces
auto enp1s0f4 enp1s0f4d1.10 enp1s0f4d1.10:0 enp1s0f4d1.11 enp1s0f4d1.14 
enp1s0f4d2
#
# internet
#
iface enp1s0f4 inet dhcp
dns-nameservers 127.0.0.1
dns-search internal.burn.net
post-up ip route add 192.168.100.1/32 dev enp1s0f4

# private
#
iface enp1s0f4d1.10 inet static
address 192.168.64.1
netmask 255.255.255.0

iface enp1s0f4d1.10:0 inet static
address 192.168.64.10
netmask 255.255.255.0

#
# guest
#
iface enp1s0f4d1.11 inet static
address 192.168.65.1
netmask 255.255.255.0

# phone tether
iface usb0 inet dhcp

# wep test
iface enp1s0f4d1.13 inet static
address 192.168.66.1
netmask 255.255.255.0

# dmz
iface enp1s0f4d1.14 inet static
address 192.168.69.1
netmask 255.255.255.0

# fw mgmt
iface enp6s0 inet static
address 192.168.68.1
netmask 255.255.255.248

# freenas priv
iface enp1s0f4d2 inet static
address 10.255.255.1
netmask 255.255.255.0
mtu 9000

--- up and down scripts installed:
/etc/network/if-down.d:
total 12
-rwxr-xr-x 1 root root 289 Sep 21 06:40 bind9
-rwxr-xr-x 1 root root 372 May 14  2021 openvpn
-rwxr-xr-x 1 root root 800 Jan  7  2022 postfix

/etc/network/if-post-down.d:
total 4
-rwxr-xr-x 1 root root 1433 Feb  4  2019 vlan
lrwxrwxrwx 1 root root   33 Sep  6  2020 wide-dhcpv6-client -> 
../../wide-dhcpv6/dhcp6c-ifupdown

/etc/network/if-pre-up.d:
total 12
-rwxr-xr-x 1 root root  344 Jun 30  2016 ethtool
-rwxr-xr-x 1 root root 4224 Feb 21  2019 vlan

/etc/network/if-up.d:
total 24
-rwxr-xr-x 1 root root  289 Sep 21 06:40 bind9
-rwxr-xr-x 1 root root 1685 Jun 30  2016 ethtool
-rwxr-xr-x 1 root root  677 Feb  4  2019 ip
-rwxr-xr-x 1 root root  385 May 14  2021 openvpn
-rwxr-xr-x 1 root root 1183 Jan  7  2022 postfix
-rwxr-xr-x 1 root root  312 Dec 10 17:30 sqm
lrwxrwxrwx 1 root root   33 Sep  6  2020 wide-dhcpv6-client -> 
../../wide-dhcpv6/dhcp6c-ifupdown


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

Kernel: Linux 5.10.0-19-amd64 (SMP w/12 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ifupdown depends on:
ii  adduser   3.118
ii  iproute2  5.10.0-4
ii  libc6 2.31-13+deb11u5
ii  lsb-base  11.1.0

Versions of packages ifupdown recommends:
ii  isc-dhcp-client [dhcp-client]  4.4.1-2.3+deb11u1

Versions of packages ifupdown suggests:
pn  ppp 
pn  rdnssd  

-- no debconf information

Bug#1019586: gnome-shell-extension-weather: Extension not compatible with libsoup3

[Brandon Snider]

Hi, the repo is now public. I don't see anywhere that I can apply for group
membership, but I'm sure you can now figure out a way to merge my repo with
the team.

 -- Brandon J. Snider


On Mon, Sep 19, 2022 at 11:32 AM Jeremy Bicha 
wrote:

> On Mon, Sep 19, 2022 at 11:12 AM Brandon Snider
>  wrote:
> > The extension's author has abandoned the project, and it was forked. The
> newer version includes libsoup3 support. I have created a gitlab repo with
> updated debian packaging as well as the updated upstream files. My update
> can be merged into the salsa version, although, not being a team member, I
> can't create a merge request. The updates I created are right here:
>
> Please do apply for a Salsa account. Once that account is approved,
> you can submit merge requests.
>
> > https://gitlab.com/bjsnider/gnome-shell-extension-weather
>
> Your gitlab.com profile is private so I can't access that repo.
>
> > I installed this version from a deb and it works on testing. I imagine
> it will work with the dev version of Ubuntu as well.
>
> Ubuntu removed most GNOME Shell extension from their repository:
> https://discourse.ubuntu.com/t/removal-of-gnome-shell-extensions/18437/9
>
> Thank you,
> Jeremy Bicha
>

Bug#1019586: gnome-shell-extension-weather: Extension not compatible with libsoup3

[Brandon Snider]

The extension's author has abandoned the project, and it was forked. The
newer version includes libsoup3 support. I have created a gitlab repo with
updated debian packaging as well as the updated upstream files. My update
can be merged into the salsa version, although, not being a team member, I
can't create a merge request. The updates I created are right here:
https://gitlab.com/bjsnider/gnome-shell-extension-weather

I installed this version from a deb and it works on testing. I imagine it
will work with the dev version of Ubuntu as well.

 -- Brandon J. Snider

Bug#1004361: obs-studio: Adding qtwayland5 also fixed it for me

[Brandon Simmons]

Package: obs-studio
Version: 27.2.4+dfsg1-2+b3
Followup-For: Bug #1004361

It would be great if qtwayland5 could be added as a dependency (and if 
I can shake my fist at the sky for a second: this is the 4th of the 
screencast applications in the repositories broken or non-functional
on wayland that I've tried this afternoon). 


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

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

Versions of packages obs-studio depends on:
ii  libavcodec59   7:5.0.1-3+b1
ii  libavdevice59  7:5.0.1-3+b1
ii  libavformat59  7:5.0.1-3+b1
ii  libavutil577:5.0.1-3+b1
ii  libc6  2.33-8
ii  libcurl3-gnutls7.84.0-2
ii  libfontconfig1 2.13.1-4.4
ii  libfreetype6   2.12.1+dfsg-3
ii  libgcc-s1  12.1.0-5
ii  libglib2.0-0   2.72.3-1
ii  libjansson42.14-2
ii  libluajit-5.1-22.1.0~beta3+git20220320+dfsg-4
ii  libmbedcrypto7 2.28.1-1
ii  libmbedtls14   2.28.1-1
ii  libmbedx509-1  2.28.1-1
ii  libobs027.2.4+dfsg1-2+b3
ii  libpci31:3.7.0-6
ii  libpipewire-0.3-0  0.3.54-2
ii  libpulse0  15.0+dfsg1-4+b1
ii  libpython3.10  3.10.5-1
ii  libqt5core5a   5.15.4+dfsg-4
ii  libqt5gui5 5.15.4+dfsg-4
ii  libqt5network5 5.15.4+dfsg-4
ii  libqt5svg5 5.15.4-2
ii  libqt5widgets5 5.15.4+dfsg-4
ii  libqt5xml5 5.15.4+dfsg-4
ii  libspeexdsp1   1.2.0-1
ii  libstdc++6 12.1.0-5
ii  libswscale67:5.0.1-3+b1
ii  libudev1   251.2-7
ii  libv4l-0   1.22.1-4
ii  libx11-6   2:1.7.5-1
ii  libx264-1642:0.164.3095+gitbaee400-2+b1
ii  libxcb-randr0  1.14-3
ii  libxcb-shm01.14-3
ii  libxcb-xfixes0 1.14-3
ii  libxcb-xinerama0   1.14-3
ii  libxcb11.14-3
ii  libxcomposite1 1:0.4.5-1
ii  libxfixes3 1:6.0.0-1
ii  python33.10.5-3
ii  python3.10 3.10.5-1

Versions of packages obs-studio recommends:
ii  obs-plugins  27.2.4+dfsg1-2+b3

Versions of packages obs-studio suggests:
ii  policykit-10.105-33
ii  v4l2loopback-dkms  0.12.5-1

-- no debconf information

Bug#1007934: nautilus: Favorites functionality his horribly broken

[Brandon Lewis]

Package: nautilus
Version: 3.38.2-1+deb11u1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: dots...@gmail.com

Dear Maintainer,

Nautilus, as shipped on debian stable, seems pretty seriously broken.

Directory traversal via the breadcrumbs along the top bar does not
work: the breadcrumbs change, but the contents of the folder displayed are 
incorrect.

when using the bookmarks / favorites to switch between removable media
and local storage, the bookmarks randomly disappear.

I have seen a directories in removable media reported as empty when I
could verify using the shell that they were non-empty.

It is so bad that I am no longer interested in using GNOME as shipped
on debian stable, unless some kind of update is released in the near
future.


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

Kernel: Linux 5.10.0-10-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nautilus depends on:
ii  bubblewrap  0.4.1-3
ii  desktop-file-utils  0.26-1
ii  gsettings-desktop-schemas   3.38.0-2
ii  gvfs1.46.2-1
ii  libatk1.0-0 2.36.0-2
ii  libc6   2.31-13+deb11u2
ii  libcairo-gobject2   1.16.0-5
ii  libcairo2   1.16.0-5
ii  libgdk-pixbuf-2.0-0 2.42.2+dfsg-1
ii  libgexiv2-2 0.12.1-1
ii  libglib2.0-02.66.8-1
ii  libglib2.0-data 2.66.8-1
ii  libgnome-autoar-0-0 0.2.4-3
ii  libgnome-desktop-3-19   3.38.5-3
ii  libgstreamer-plugins-base1.0-0  1.18.4-2
ii  libgstreamer1.0-0   1.18.4-2.1
ii  libgtk-3-0  3.24.24-4
ii  libnautilus-extension1a 3.38.2-1+deb11u1
ii  libpango-1.0-0  1.46.2-3
ii  libpangocairo-1.0-0 1.46.2-3
ii  libselinux1 3.1-3
ii  libtracker-sparql-2.0-0 2.3.6-2
ii  nautilus-data   3.38.2-1+deb11u1
ii  shared-mime-info2.0-1
ii  tracker 2.3.6-2
ii  tracker-extract 2.3.5-2.1
ii  tracker-miner-fs2.3.5-2.1

Versions of packages nautilus recommends:
ii  gnome-sushi   3.38.0-1
ii  gvfs-backends 1.46.2-1
ii  libgdk-pixbuf2.0-bin  2.42.2+dfsg-1
ii  librsvg2-common   2.50.3+dfsg-1

Versions of packages nautilus suggests:
ii  eog 3.38.2-1
ii  evince [pdf-viewer] 3.38.2-1
ii  nautilus-extension-brasero  3.12.2-6
pn  nautilus-sendto 
ii  totem   3.38.0-2
ii  vlc [mp3-decoder]   3.0.16-1
ii  xdg-user-dirs   0.17-2

-- no debconf information

Bug#1004361: obs-studio: obs fails to start with SIGIOT

[Brandon Simmons]

Package: obs-studio
Version: 27.1.3+dfsg1-2
Severity: important

Dear Maintainer,

After a fresh install of obs-server, I get:

❯ obs
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use 
QT_QPA_PLATFORM=wayland to run on Wayland anyway.
qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
This application failed to start because no Qt platform plugin could be 
initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, 
vnc, xcb.

[1]615359 IOT instruction  obs



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

Kernel: Linux 5.15.0-2-amd64 (SMP w/16 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages obs-studio depends on:
ii  libavcodec-extra58 [libavcodec58]  7:4.4.1-2+b1
ii  libavdevice58  7:4.4.1-2+b1
ii  libavformat58  7:4.4.1-2+b1
ii  libavutil567:4.4.1-2+b1
ii  libc6  2.33-1
ii  libcurl3-gnutls7.80.0-3
ii  libfontconfig1 2.13.1-4.2
ii  libfreetype6   2.11.0+dfsg-1
ii  libgcc-s1  11.2.0-13
ii  libglib2.0-0   2.70.2-1
ii  libjansson42.13.1-1.1
ii  libluajit-5.1-22.1.0~beta3+dfsg-6
ii  libmbedcrypto3 2.16.11-0.3
ii  libmbedtls12   2.16.11-0.3
ii  libmbedx509-0  2.16.11-0.3
ii  libobs027.1.3+dfsg1-2
ii  libpipewire-0.3-0  0.3.42-1
ii  libpulse0  15.0+dfsg1-3
ii  libpython3.9   3.9.9-2
ii  libqt5core5a   5.15.2+dfsg-14
ii  libqt5gui5 5.15.2+dfsg-14
ii  libqt5network5 5.15.2+dfsg-14
ii  libqt5svg5 5.15.2-3
ii  libqt5widgets5 5.15.2+dfsg-14
ii  libqt5xml5 5.15.2+dfsg-14
ii  libspeexdsp1   1.2~rc1.2-1.1
ii  libstdc++6 11.2.0-13
ii  libswscale57:4.4.1-2+b1
ii  libudev1   249.7-1
ii  libv4l-0   1.22.1-2
ii  libx11-6   2:1.7.2-2+b1
ii  libx264-1602:0.160.3011+gitcde9a93-2.1
ii  libxcb-randr0  1.14-3
ii  libxcb-shm01.14-3
ii  libxcb-xfixes0 1.14-3
ii  libxcb-xinerama0   1.14-3
ii  libxcb11.14-3
ii  libxcomposite1 1:0.4.5-1
ii  libxfixes3 1:5.0.3-2
ii  python33.9.7-1
ii  python3.9  3.9.9-2

Versions of packages obs-studio recommends:
ii  obs-plugins  27.1.3+dfsg1-2

Versions of packages obs-studio suggests:
ii  policykit-10.105-31
ii  v4l2loopback-dkms  0.12.5-1

-- no debconf information

Bug#995432: Please blacklist expired DST Root CA X3 certificate

[Brandon Black]

On Fri, 1 Oct 2021 14:12:24 +0200 Julien Cristau  wrote:
> Which implementations are affected?  I know of openssl 1.0.2, which is
> not in any supported Debian release.  Are recent versions of gnutls
> affected by this bug?

The CA store can be (and commonly is) used by other software on the
hosts which doesn't necessarily even ship from Debian, with varying
implementations that sometimes poorly handle this situation.  We've
observed the lack of this blacklist cause a production issue for an
Envoy binary connecting to other servers with Let's Encrypt certs,
which uses a bundled boringssl implementation and reads the system
root store from this package (and worked around it by blacklisting in
our local config manually).  Some other softwares (e.g. mono, java
implementations, etc) can be similarly-affected.  Given the cert is
expired, it's hard to imagine any real harm from its removal - but
removing it can fix a lot of subtle issues going on around the world
since yesterday's DST Root CA X3 expiry.

Bug#980843: wide-dhcpv6-client: support per-interface client DUIDs

[Brandon Stepler]

Package: wide-dhcpv6-client
Version: 20080615-23
Severity: wishlist
Tags: patch, ipv6

Attached is a patch to support per-interface client DUIDs. ISC dhclient 
supports this with "send dhcp6.client-id DUID;" in dhclient.conf. This patch 
implements support for "send client-id DUID;" inside interface statements in 
dhcp6c.conf. Originally authored for VyOS, this patch is useful for cloning 
DUIDs from ISP routers.

Thanks,
Brandon


0023-Support-per-interface-client-DUIDs.patch
Description: Binary data

Bug#973733: RTW88_8821ce module fails to find firmware during install and must be reloaded

[Brandon Werner]

On Wed, Nov 4, 2020, at 1:13 AM, Brandon Werner wrote:
> 
> 
> On Tue, Nov 3, 2020, at 10:52 PM, Brandon Werner wrote:
> > package: src:linux
> > 
> > Hi,
> > I downloaded one of the firmware netinstall builds of Debian from today 
> > (11/03/2020) to try installing on my netbook with the 8821ce wifi card 
> > since Debian now has the 5.9 kernel. During the text install with 
> > speech, I received an error that the network card could not be found. I 
> > opened a console and looking at dmesg showed the driver not finding the 
> > firmware with a -2 error, however, I noticed that the requested files 
> > had been unpacked to /lib/firmware. I unloaded rtw88_8821ce and 
> > reloaded it using modprobe and the firmware was found, after which the 
> > network interface was successfully brought up.
> I took a look at the installer logs and found something that looks like 
> it could be the likely problem.
> 
> Nov  3 22:09:17 check-missing-firmware: removing and loading kernel 
> module rtw_8821ce
> 
> I think some substitution is going wrong in the installer because it 
> seems like the module should be called rtw88_8821ce.
It looks like what is happening is that the driver prints its messages to dmesg 
with a different name than what the module is actually called. When it prints 
its messages about missing firmware, it uses rtl_8821ce. The installer matches 
on that when unloading and loading modules to get the missing firmware, which 
results in an incorrect module name being used. Is there a list of cases in the 
installer for this? It needs to use rtw88_8821ce when it unloads and reloads 
the module.
> > I was able to continue through the rest of the install without issue. I am 
> > not sure what logs 
> > would help but would be happy to provide anything requested to diagnose 
> > this issue.

Bug#973733: RTW88_8821ce module fails to find firmware during install and must be reloaded

[Brandon Werner]

On Tue, Nov 3, 2020, at 10:52 PM, Brandon Werner wrote:
> package: src:linux
> 
> Hi,
> I downloaded one of the firmware netinstall builds of Debian from today 
> (11/03/2020) to try installing on my netbook with the 8821ce wifi card 
> since Debian now has the 5.9 kernel. During the text install with 
> speech, I received an error that the network card could not be found. I 
> opened a console and looking at dmesg showed the driver not finding the 
> firmware with a -2 error, however, I noticed that the requested files 
> had been unpacked to /lib/firmware. I unloaded rtw88_8821ce and 
> reloaded it using modprobe and the firmware was found, after which the 
> network interface was successfully brought up.
I took a look at the installer logs and found something that looks like it 
could be the likely problem.

Nov  3 22:09:17 check-missing-firmware: removing and loading kernel module 
rtw_8821ce

I think some substitution is going wrong in the installer because it seems like 
the module should be called rtw88_8821ce.
> I was able to continue through the rest of the install without issue. I am 
> not sure what logs 
> would help but would be happy to provide anything requested to diagnose 
> this issue.

Bug#973733: RTW88_8821ce module fails to find firmware during install and must be reloaded

[Brandon Werner]

package: src:linux

Hi,
I downloaded one of the firmware netinstall builds of Debian from today 
(11/03/2020) to try installing on my netbook with the 8821ce wifi card since 
Debian now has the 5.9 kernel. During the text install with speech, I received 
an error that the network card could not be found. I opened a console and 
looking at dmesg showed the driver not finding the firmware with a -2 error, 
however, I noticed that the requested files had been unpacked to /lib/firmware. 
I unloaded rtw88_8821ce and reloaded it using modprobe and the firmware was 
found, after which the network interface was successfully brought up. I was 
able to continue through the rest of the install without issue. I am not sure 
what logs would help but would be happy to provide anything requested to 
diagnose this issue.

Bug#971628: Whipper: Missing dependency on python3-distutils

[Brandon Werner]

Package: whipper
Version: 0.9.0-4

Hello,
I tried to install and use whipper and got a traceback. Installling the 
python3-distutils package solved the issue.

Bug#954996: Bug fixed

[Brandon Snider]

After recent updates, this bug is fixed.

 -- Brandon J. Snider

Bug#954996: python3.8: fails to properly import _bootstrap_external

[Brandon Snider]

Package: python3.8
Version: 3.8.2-1
Severity: normal

Dear Maintainer,

Trying to start gnome-music 3.36 on testing, this happens:

Traceback (most recent call last):
  File "/usr/bin/gnome-music", line 43, in 
import gi
  File "/usr/lib/python3/dist-packages/gi/__init__.py", line 24, in 
from pkgutil import extend_path
  File "/usr/lib/python3.8/pkgutil.py", line 5, in 
import importlib
  File "/usr/lib/python3.8/importlib/__init__.py", line 51, in 
_pack_uint32 = _bootstrap_external._pack_uint32
AttributeError: module 'importlib._bootstrap_external' has no
attribute '_pack_uint32'

I checked with python experts on IRC and they were not able to determine
the cause or a fix.

A bug was opened and closed in Gnome relating to this issue as well:
https://gitlab.gnome.org/GNOME/gnome-music/issues/371
In that case, it was python3.7, an earlier version of the gnome-music app, and
Sid, so this issue seems to be a more abstract problem in Debian Python 3.x
(unless I'm very wrong)

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

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

Versions of packages python3.8 depends on:
ii  libpython3.8-stdlib  3.8.2-1
ii  mime-support 3.64
ii  python3.8-minimal3.8.2-1

python3.8 recommends no packages.

Versions of packages python3.8 suggests:
ii  binutils2.34-5
pn  python3.8-doc   
pn  python3.8-venv  

-- no debconf information

Bug#925146: Mounting /run speeds up update-grub

[Brandon Peirce]

On Wed, 20 Nov 2019 15:08:25 -0500 Nick Anderegg  wrote:
> I can confirm that mounting /run in the chroot significantly speeds up
> `update-grub' as well as lvm scan commands.
>
> I'm bootstrapping a new virtual machine from a live disk and
> `update-grub` was running in the chroot. In a separate terminal, I
> entered the following command and `update-grub` finished nearly
> instantly:
>
> $ sudo mount --bind /run /mnt/target/run
>
> This is not a solution to the bug, but it's certainly a viable
workaround.

In my case it was sufficient as workaround to bind mount /run/udev
rather than the whole of /run.

lvdisplay went from 6m41s to 152ms!  And update-grub doesn't 'hang' for
hours.

Bug#925518: Your company and Recovhub

[brandon . welsh]

Hello planet.ubuntu.com,

My name is Brandon Welsh, i'm the founder of www.recovhub.com the first
nationwide listing directory that's used as a portal for treatment centers
to login and view patient leads and V.O.B.s ( verification of benefits )
anytime an individual submits their insurance policy on a treatment centers
listing.

Recovhub streamlines the intake and admissions process in substance abuse
treatment and allows individuals to locate help nationwide for all levels
of care. I thought I would reach out since Recovhub could potentially help
those reading this article and with hopes you would also link to us at
recovhub.com !

You may already be listed on the Recovhub website, if you're on Recovhub
make sure your listing is up to date by visiting listings.recovhub.com to
create an account and manage your listings. As a startup company working to
provide a better way of conducting business for the addiction treatment
industry, it would be greatly appreciated it if you linked to us and helped
to provide the resource bringing patients and providers together direct and
in an ethical process.

Thank You for taking the time to read this email and we look forward to
hearing from you soon!

Team Recovhub

supp...@recovhub.com
310-795-0909

-- 
Copyright 2019 Recovhub, Inc. All Rights Reserved 
Recovhub
18626 Knapp St. 
Los Angeles, CA 91324
+1 (800) 381-8603
supp...@recovhub.com 
<mailto:supp...@recovhub.com>


This document may contain sensitive and 
confidential information along with any and all mail herein or attached 
hereto, therefor this document is strictly and solely meant for the 
recipient of intended delivery. Upon reading this document, if you’re not 
the sole intended recipient, please notify sender of this document 
immediately. When informing Recovhub of this document and delivery upon 
error, please delete any and all copies of this document, any and all 
attachments belonging to or part of this document and immediately cease and 
decis of any and all copies of this document. 


Parts of this document may 
contain private, sensitive and confidential patient information (HIPPAA CF 
45) and any use of this document and or the communication herein or 
attached hereto in any form other than the sole purpose originally intended 
is strictly prohibited and may be punishable by law. 


Recovhub will 
pursue any and all damages, costs pertaining to and other monies deemed 
related to the misuse and neglect of this communication herein the document 
deemed sensitive and confidential property of Recovhub Inc. a California 
Corporation with principal address of 18626 Knapp St. Los Angeles, CA 
90046. Recovhub will seek fines and fees owed to the fullest extent legally 
allowed and permissible by state or federal law. Any trademarks used in 
this communication are owned by their respective partys and are not to be 
copied, reproduced and or used without prior written consent. 


RECOVHUB | 
PATENT PENDING | COPYRIGHT 2017-19 RECOVHUB, INC. All Rights Reserved

-- 
Copyright 2019 Recovhub, Inc. All Rights Reserved 
Recovhub
18626 Knapp St. 
Los Angeles, CA 91324
+1 (800) 381-8603
supp...@recovhub.com 
<mailto:supp...@recovhub.com>


This document may contain sensitive and 
confidential information along with any and all mail herein or attached 
hereto, therefor this document is strictly and solely meant for the 
recipient of intended delivery. Upon reading this document, if you’re not 
the sole intended recipient, please notify sender of this document 
immediately. When informing Recovhub of this document and delivery upon 
error, please delete any and all copies of this document, any and all 
attachments belonging to or part of this document and immediately cease and 
decis of any and all copies of this document. 


Parts of this document may 
contain private, sensitive and confidential patient information (HIPPAA CF 
45) and any use of this document and or the communication herein or 
attached hereto in any form other than the sole purpose originally intended 
is strictly prohibited and may be punishable by law. 


Recovhub will 
pursue any and all damages, costs pertaining to and other monies deemed 
related to the misuse and neglect of this communication herein the document 
deemed sensitive and confidential property of Recovhub Inc. a California 
Corporation with principal address of 18626 Knapp St. Los Angeles, CA 
90046. Recovhub will seek fines and fees owed to the fullest extent legally 
allowed and permissible by state or federal law. Any trademarks used in 
this communication are owned by their respective partys and are not to be 
copied, reproduced and or used without prior written consent. 


RECOVHUB | 
PATENT PENDING | COPYRIGHT 2017-19 RECOVHUB, INC. All Rights Reserved

Bug#926419: abiword: When logged in with wayland session you can not see what you type with out having to scroll screen.

[Brandon S Hosey]

Package: abiword
Version: 3.0.2-8
Severity: important

Dear Maintainer,

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

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

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



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

Kernel: Linux 4.19.0-4-amd64 (SMP w/1 CPU core)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages abiword depends on:
ii  abiword-common  3.0.2-8
ii  gsfonts 1:8.11+urwcyr1.0.7~pre44-4.4
ii  libabiword-3.0  3.0.2-8
ii  libc6   2.28-8
ii  libdbus-1-3 1.12.12-1
ii  libdbus-glib-1-20.110-4
ii  libgcc1 1:8.3.0-5
ii  libgcrypt20 1.8.4-5
ii  libglib2.0-02.58.3-1
ii  libgnutls30 3.6.7-2
ii  libgoffice-0.10-10  0.10.44-1
ii  libgsf-1-1141.14.45-1
ii  libgtk-3-0  3.24.5-1
ii  libjpeg62-turbo 1:1.5.2-2+b1
ii  libloudmouth1-0 1.5.3-5
ii  libots0 0.5.0-3
ii  libpng16-16 1.6.36-5
ii  librdf0 1.0.17-1.1+b1
ii  libreadline77.0-5
ii  librevenge-0.0-00.0.4-6
ii  libsoup2.4-12.64.2-2
ii  libstdc++6  8.3.0-5
ii  libtelepathy-glib0  0.24.1-2
ii  libtidy5deb12:5.6.0-10
ii  libwmf0.2-7 0.2.8.4-14
ii  libwpd-0.10-10  0.10.3-1
ii  libwpg-0.3-30.3.3-1
ii  libxml2 2.9.4+dfsg1-7+b3
ii  zlib1g  1:1.2.11.dfsg-1

Versions of packages abiword recommends:
ii  abiword-plugin-grammar 3.0.2-8
ii  aspell-en [aspell-dictionary]  2018.04.16-0-1
ii  fonts-liberation   1:1.07.4-9
ii  poppler-utils  0.71.0-3

abiword suggests no packages.

-- no debconf information

Bug#876151:

[Brandon Dillon]

A similar issue occurs with a Radeon RX 470...



[   13.348522] [drm] amdgpu kernel modesetting enabled.
[   13.576111] amdgpu :81:00.0: firmware: direct-loading firmware
amdgpu/polaris10_mc.bin
[   13.576450] amdgpu :81:00.0: VRAM: 4096M 0x -
0x (4096M used)
[   13.576456] amdgpu :81:00.0: GTT: 258006M 0x0001 -
0x003FFD67A7FF
[   13.576519] [drm] amdgpu: 4096M of VRAM memory ready
[   13.576522] [drm] amdgpu: 258006M of GTT memory ready.
[   13.576733] [drm:amdgpu_device_init [amdgpu]] *ERROR* sw_init of IP
block  failed -12
[   13.576820] amdgpu :81:00.0: amdgpu_init failed
[   13.576886] amdgpu :81:00.0: Fatal error during GPU init
[   13.576950] [drm] amdgpu: finishing device.
[   13.578186] amdgpu: probe of :81:00.0 failed with error -12



--


81:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Ellesmere [Radeon RX 470/480] (rev ef) (prog-if 00 [VGA controller])
Subsystem: XFX Pine Group Inc. Ellesmere [Radeon RX 470/480]
Physical Slot: 8
Flags: fast devsel, IRQ 26, NUMA node 6
Memory at e000 (64-bit, prefetchable) [size=256M]
Memory at dfe0 (64-bit, prefetchable) [size=2M]
I/O ports at 5000 [size=256]
Memory at fdfc (32-bit, non-prefetchable) [size=256K]
[virtual] Expansion ROM at 000c [disabled] [size=128K]
Capabilities: [48] Vendor Specific Information: Len=08 
Capabilities: [50] Power Management version 3
Capabilities: [58] Express Legacy Endpoint, MSI 00
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 
Capabilities: [150] Advanced Error Reporting
Capabilities: [200] #15
Capabilities: [270] #19
Capabilities: [2b0] Address Translation Service (ATS)
Capabilities: [2c0] Page Request Interface (PRI)
Capabilities: [2d0] Process Address Space ID (PASID)
Capabilities: [320] Latency Tolerance Reporting
Capabilities: [328] Alternative Routing-ID Interpretation (ARI)
Capabilities: [370] L1 PM Substates
Kernel modules: amdgpu

Bug#865502: siege: apparently runs, shows a report, then crashes while exiting

[Brandon B.]

Package: siege
Version: 4.0.2-1.1
Severity: important

Dear Maintainer,

   * What led up to the situation?

I installed siege, and ran it. When pressing Ctrl-C or if it finished it's run,
then it crashed showing seg fault and a memory dump

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

I compiled from source and installed the deb file. This did not change the
behavior as far as I can tell. I believe 4.0.2 is the latest version. I 
downloaded
from source and installed 4.0.2, with openssl. This version did not crash.

   * What was the outcome of this action?

The siege application is still crashing/

   * What outcome did you expect instead?

The application should not crash.


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

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

Versions of packages siege depends on:
ii  libc6  2.24-11+deb9u1
ii  libssl1.1  1.1.0f-3

siege recommends no packages.

siege suggests no packages.

-- no debconf information

###
Here is some additional information


## compiling siege
$ apt-get -b source siege
Reading package lists... Done
NOTICE: 'siege' packaging is maintained in the 'Git' version control system at:
https://anonscm.debian.org/git/collab-maint/siege.git
Please use:
git clone https://anonscm.debian.org/git/collab-maint/siege.git
to retrieve the latest (possibly unreleased) updates to the package.
Need to get 532 kB of source archives.
Get:1 http://ftp.ca.debian.org/debian stretch/main siege 4.0.2-1.1 (dsc) [1,840 
B]
Get:2 http://ftp.ca.debian.org/debian stretch/main siege 4.0.2-1.1 (tar) [521 
kB]
Get:3 http://ftp.ca.debian.org/debian stretch/main siege 4.0.2-1.1 (diff) 
[9,380 B]
Fetched 532 kB in 0s (10.5 MB/s)
dpkg-source: info: extracting siege in siege-4.0.2
dpkg-source: info: unpacking siege_4.0.2.orig.tar.gz
dpkg-source: info: unpacking siege_4.0.2-1.1.debian.tar.xz
dpkg-source: info: applying bombardment.in-typo.diff
dpkg-source: info: applying set_verbose_to_false.diff
dpkg-source: info: applying update_doc_about_log_file.diff
dpkg-source: info: applying siege.1.in.diff
dpkg-buildpackage: info: source package siege
dpkg-buildpackage: info: source version 4.0.2-1.1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Mattia Rizzolo 
dpkg-buildpackage: info: host architecture amd64
 dpkg-source --before-build siege-4.0.2
 fakeroot debian/rules clean
dh clean --with autotools_dev
   dh_testdir
   dh_auto_clean
   dh_autotools-dev_restoreconfig
   dh_clean
 debian/rules build
dh build --with autotools_dev
   dh_testdir
   dh_update_autotools_config
   dh_autotools-dev_updateconfig
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/home/ladmin/build/siege-4.0.2'
dh_auto_configure -- --sysconfdir=/etc/siege --localstatedir=/var/log
./configure --build=x86_64-linux-gnu --prefix=/usr 
--includedir=\${prefix}/include --mandir=\${prefix}/share/man 
--infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
--disable-silent-rules --libdir=\${prefix}/lib/x86_64-linux-gnu 
--libexecdir=\${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode 
--disable-dependency-tracking --sysconfdir=/etc/siege --localstatedir=/var/log
configure: WARNING: unrecognized options: --disable-silent-rules, 
--disable-maintainer-mode
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... none
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for 

Bug#841354: sigset not being initialized

[Brandon Allbery]

The sigset used by this patch is only initialized if SIGPROF is added to
it, so the signal mask is indeterminate in most cases.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net

Bug#828091: icedove: Icedove segfault when deleting imap messages

[Brandon Mitchell]

Package: icedove
Version: 1:45.1.0-1~deb8u1
Severity: important

Dear Maintainer,

While reading/deleting messages in icedove, I'm getting random segfaults. My
mail is running on an imap server, messages are configured to only be marked
as deleted on the server and not to purge them. I did not experience this
issue in previous versions.

I've gathered the following backtrace from the segfault:

Core was generated by `icedove'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fe1178cc79b in raise (sig=11)
at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
37  ../nptl/sysdeps/unix/sysv/linux/pt-raise.c: No such file or directory.
(gdb) bt full
#0  0x7fe1178cc79b in raise (sig=11)
at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
resultvar = 0
pid = 
#1  0x7fe111e95959 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#2  0x7fe112772586 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#3  
No locals.
#4  0x7fe11226fd7f in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#5  0x7fe11259b0bb in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#6  0x7fe11259baca in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#7  0x7fe11259be33 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#8  0x7fe1125a2007 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#9  0x7fe1125adf5f in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#10 0x7fe1125ae207 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#11 0x7fe1125aeaed in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#12 0x7fe112503ff5 in js::DirectProxyHandler::call(JSContext*, 
JS::Handle, JS::CallArgs const&) const () from 
/usr/lib/icedove/libxul.so
No symbol table info available.
#13 0x7fe112507269 in js::CrossCompartmentWrapper::call(JSContext*, 
JS::Handle, JS::CallArgs const&) const () from 
/usr/lib/icedove/libxul.so
No symbol table info available.
#14 0x7fe11250969a in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#15 0x7fe11250a03f in js::proxy_Call(JSContext*, unsigned int, JS::Value*)
() from /usr/lib/icedove/libxul.so
No symbol table info available.
#16 0x7fe1125ae3e5 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#17 0x7fe1125a0810 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#18 0x7fe1125adf5f in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#19 0x7fe1125ae207 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#20 0x7fe1125aeaed in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#21 0x7fe112503ff5 in js::DirectProxyHandler::call(JSContext*, 
JS::Handle, JS::CallArgs const&) const () from 
/usr/lib/icedove/libxul.so
No symbol table info available.
#22 0x7fe112507269 in js::CrossCompartmentWrapper::call(JSContext*, 
JS::Handle, JS::CallArgs const&) const () from 
/usr/lib/icedove/libxul.so
No symbol table info available.
#23 0x7fe11250969a in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#24 0x7fe11250a03f in js::proxy_Call(JSContext*, unsigned int, JS::Value*)
() from /usr/lib/icedove/libxul.so
No symbol table info available.
#25 0x7fe1125ae3e5 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#26 0x7fe1125aeaed in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#27 0x7fe11227bef6 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#28 0x7fe117b45280 in ?? ()
No symbol table info available.
#29 0xfffc7fe0eae6c880 in ?? ()
No symbol table info available.
#30 0x7fff1e8865c0 in ?? ()
No symbol table info available.
#31 0xfff9 in ?? ()
No symbol table info available.
#32 0x7fe114aca480 in ?? () from /usr/lib/icedove/libxul.so
No symbol table info available.
#33 0x7fe0fcb586a0 in ?? ()
No symbol table info available.
#34 0x7fe0ff88ff23 in ?? ()
No symbol table info available.
#35 0x0902 in ?? ()
No symbol table info available.
#36 0x7fff1e886658 in ?? ()
No symbol table info available.
#37 0x7fe0df4bf0c8 in ?? ()
No symbol table info available.
#38 0x0001 in ?? ()
No symbol table info available.
#39 0x7fff1e886608 in ?? ()
No symbol table info available.
#40 0xfffc7fe0f6541980 in ?? ()
No symbol table info available.
#41 0xfffc7fe0f6541a60 in ?? ()
No symbol table info available.
#42 0xfffc7fe0ea77e8c0 in ?? ()
No symbol table info available.
#43 0x7fff1e886698 in ?? ()
No symbol table info available.
#44 0x7fe0df4bf0c8 in ?? ()
No symbol table info available.
#45 0x7fe0ff875ef6 in ?? ()
No symbol table info available.
#46 

Bug#827932: ITP: porg -- a source code package organizer

[Brandon Griffith]

Package: wnpp
Severity: wishlist

Porg  is  a  program to aid package management when installing packages from
source code.
Porg also provides options for printing  package  information,  package files, 
removing packages or querying for the owner of files.

More information can be found at the program's website:
http://porg.sourceforge.net/


signature.asc
Description: PGP signature

Bug#824888: Exim procmail transport missing options for local parts (ie plus addressing)

[Brandon Peterson]

Hi Andreas,

My mistake, I forgot that I customized the 900_exim4-config_local_user
router years ago, I was thinking yesterday that it had been part of the
standard Debian configuration. If you wanted to make that part of the
standard then it would need to be added there as well - then you can put
the appropriate lines in exim4.conf.localmacros, ie
"ROUTER_LOCAL_SUFFIX_MATCH = +*" and "ROUTER_LOCAL_SUFFIX_OPTIONAL = true".

Sorry for the trouble.

Cheers,
Brandon


On Sat, May 21, 2016 at 4:02 AM, Andreas Metzler <ametz...@bebt.de> wrote:

> On 2016-05-20 Brandon Peterson <bran...@thebandit.org> wrote:
> > Package: exim4-config
> > Version: 4.80-7+deb7u1
>
> > When I try to use procmail to filter messages using a
> > local_parts_suffix it never works. It should have similar options to
> > the local_user section to enable local parts processing.
> [...]
>
> "similar options"? The Debian configuration does not set
> local_part_suffix* options on any router.
>
> cu Andreas
> --
> `What a good friend you are to him, Dr. Maturin. His other friends are
> so grateful to you.'
> `I sew his ears on from time to time, sure'
>

Bug#824888: Exim procmail transport missing options for local parts (ie plus addressing)

[Brandon Peterson]

Package: exim4-config
Version: 4.80-7+deb7u1

When I try to use procmail to filter messages using a local_parts_suffix it 
never works. It should have similar options to the local_user section to enable 
local parts processing. When I change 
/etc/exim4/conf.d/router/700_exim4-config_procmail to the below and regenerate 
the template it works.

Thanks,
Brandon


procmail:
  debug_print = "R: procmail for $local_part@$domain"
  driver = accept
  domains = +local_domains
  check_local_user

  .ifdef ROUTER_LOCAL_SUFFIX_MATCH
  local_part_suffix = ROUTER_LOCAL_SUFFIX_MATCH
  .ifdef ROUTER_LOCAL_SUFFIX_OPTIONAL
  local_part_suffix_optional
  .endif
  .endif

  transport = procmail_pipe
  # emulate OR with "if exists"-expansion
  require_files = ${local_part}:\
  ${if exists{/etc/procmailrc}\
{/etc/procmailrc}{${home}/.procmailrc}}:\
  +/usr/bin/procmail
  no_verify
  no_expn

Bug#824510: icedove: "Not deleted" view implemented inconsistently

[Brandon Mitchell]

Package: icedove
Version: 38.7.0-1~deb8u1
Severity: normal

Dear Maintainer,

The "Not deleted" view is implemented inconsistently in icedove. The "alt"
menu, accessed by "alt-v" should normally give this view under "messages"
but that submenu is not visible initially. The hamburger menu on the right
provides the view->messages->not deleted option, but immediately resets to
"all" after any folder change. Lastly, customizing the toolbar and adding
the view menu there allows "not deleted" to be selected and remain after 
changing folders. Preferrably all three of these methods should always be
available and behave identically to the customized tool bar, saving the
setting as the user navigates to different folders. Ideally, a default
view other than "all" could be configured to avoid changing this for each
folder individually, but I suspect that would be an upsteam feature request.

Configuration details:
- Server: remote imap server
- Delete behavior: just mark the message for deletion

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

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

Versions of packages icedove depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u4
ii  libcairo2 1.14.0-2.1+deb8u1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u4
ii  libglib2.0-0  2.42.1-1+b1
ii  libgtk2.0-0   2.24.25-3+deb8u1
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpixman-1-0 0.32.6-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  psmisc22.21-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  38.7.0-1~deb8u1

Versions of packages icedove suggests:
pn  fonts-lyx 
ii  libgssapi-krb5-2  1.12.1+dfsg-19+deb8u2

-- no debconf information

Bug#786460: changing bug title via pseudoheader

[Brandon Bradley]

Control: retitle -1 RFP: kafka -- Distributed, partitioned, replicated
commit log service

I had trouble using the control server to change the bug title. I'm hoping
this will work.

Faidon: I've since switched to using Wikimedia's packaging. If I had known
at the time that Wikimedia maintains an APT server, I would have just used
it to start. However, it would be nice to get that work into a Debian
package.

Bug#815021: Acknowledgement (xen-create-image: update-grub in hook 82-install-grub-legacy does not update menu.lst)

[Brandon Bradley]

I found out how to fix the issue using this link.

https://linuxconfig.org/installation-of-deb-kernel-in-debian-chroot-environment

update-grub fails silently in chroot unless these mounts are done:

mount -o bind /proc ${prefix}/proc
mount -o bind /proc ${prefix}/dev

This is an upstream issue. I'll make a patch and submit there.

Cheers!
Brandon Bradley

On Wed, Feb 17, 2016 at 2:45 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Axel Beckert <a...@debian.org>
>
> If you wish to submit further information on this problem, please
> send it to 815...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 815021: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815021
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#815021: xen-create-image: update-grub in hook 82-install-grub-legacy does not update menu.lst

[Brandon Bradley]

Package: xen-tools
Version: 4.5-1
Severity: important

Dear Maintainer,

I replaced 80-install-kernel hook with my own to modify kernel parameters. 
However,
when my image was built, the autogenerated GRUB entries with my kernel 
parameters
were not there. Running update-grub (on the guest) creates them as expected. So,
I rebuilt the image with `--verbose` and noticed that update-grub hangs during
82-install-grub-legacy. Here is the verbose output of that hook.


Running hook 82-install-grub-legacy 
['/usr/share/xen-tools/jessie.d/82-install-grub-legacy /tmp/sguSwihErx']
--
Script /usr/share/xen-tools/jessie.d/82-install-grub-legacy starting
Installing Debian packages --no-install-recommends grub-legacy to prefix 
/tmp/sguSwihErx
start-stop-daemon disabled / made a stub.
Reading package lists...
Building dependency tree...
Reading state information...
grub-legacy is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 14 not upgraded.
start-stop-daemon restored to working order.
Searching for GRUB installation directory ... found: /boot/grub
Script /usr/share/xen-tools/jessie.d/82-install-grub-legacy finished
--
Done


I've seen some old references to this happening, but they all had no replies.
No idea on this one.

Cheers!
Brandon Bradley


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

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

Versions of packages xen-tools depends on:
ii  debootstrap   1.0.67
ii  libconfig-inifiles-perl   2.83-3
ii  libdata-validate-domain-perl  0.10-1
ii  libdata-validate-ip-perl  0.24-1
ii  libdata-validate-uri-perl 0.06-1
ii  libfile-slurp-perl.19-4
ii  libfile-which-perl1.09-1
ii  libterm-ui-perl   0.42-1
ii  libtext-template-perl 1.46-1
ii  openssh-client1:6.7p1-5+deb8u1
ii  perl  5.20.2-3+deb8u3

Versions of packages xen-tools recommends:
ii  libexpect-perl   1.21-1
ii  rinse3.0.9
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-amd64]  4.1.4-3+deb7u5
ii  xen-hypervisor-4.4-amd64 [xen-hypervisor-amd64]  4.4.1-9+deb8u3
ii  xen-utils-4.1 [xen-utils]4.1.4-3+deb7u5
ii  xen-utils-4.4 [xen-utils]4.4.1-9+deb8u3

Versions of packages xen-tools suggests:
pn  btrfs-tools
pn  cfengine2  
pn  reiserfsprogs  
pn  xfsprogs   

-- Configuration Files:
/etc/xen-tools/xen-tools.conf changed [not included]

-- no debconf information

Bug#814292: Missing python-setuptools dependency

[Brandon Chothia]

Package: python-pip
Version: 8.0.2-3

The python-pip seems to be missing the python-setuptools dependency.

When I run apt-get update && apt-get -assume-yes install python python-dev 
python-pip && pip install credstash, I get the following error

ImportError: No module named setuptools

In version 1.5.6-6, python-setuptools was automatically installed when running 
apt-get install python-pip.

Bug#797198: debci: search page displays wrong architectures as failing

[Brandon Fairchild]

Control: tag -1 pending

This bug has been resolved. The fix should be pulled into
autopkgtest.ubuntu.com soon.

Thanks for the bug report!

Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service

[Brandon Bradley]

Sandro,

I have multiple reasons for not contacting Wikimedia or using their work.
The possibility of them having additions for their own purposes is very
high. I believe starting fresh was easier than analyzing and debugging
their repo.

Init scripts are recommended but not mandatory. Also, using a specific init
system is acceptable is the maintainer decides so. Please see this link:
https://www.debian.org/vote/2014/vote_003

I am clear on how packaging works. However, there are tons of policies
scattered about, and mistakes will be made because of this. This is my
first package; I think I've done fairly well given the situation.

Cheers!
Brandon


On Wed, Jun 17, 2015 at 10:48 PM, Sandro Tosi mo...@debian.org wrote:

 On Wed, Jun 17, 2015 at 10:16 PM, Brandon Bradley
 bradleytas...@gmail.com wrote:
  Hello Sandro! And thanks for your reply.
 
  Your questions are annotated below.
 
  On Wed, Jun 17, 2015 at 2:56 PM, Sandro Tosi mo...@debian.org wrote:
 
  Hi everyone,
  I'm looking at Brandon's package for kafka, and here are some comments:
 
  * did you sent an email to debian-mentors asking for comments? it's
  usually a good way to get exposure of a package and receive feedbacks
  about it
 
 
  I have not. I should and will very soon.

 I just added the list to this reply.

 
 
  * there is already a packaging effort from wikimedia at
  https://git.wikimedia.org/summary/operations%2fdebs%2fkafka.git/HEAD -
  did you look at it (eventually contacting them to have the packages in
  debian)?
 
 
  Indeed, I found this. The work there is most likely acceptable. However,
 I
  believe that if they wanted to contribute this to Debian packaging that
 they
  would have already done so.

 still not an excuse not to contact them and/or base the packaging in
 what they have alraedy done.

  Also, I find bash scripts hard to debug in some
  situations. As such, I will not be contributing init scripts myself. I
 would
  be more than willing to accept contributions that support init scripts.
  debian/kafka.service works great on Jessie and will be what I maintain.

 bash scripts are the foundations of system administrations and are no
 more no less difficult to debug than any other language.

 
 
  * you mention gradle in Debian is broken: have you investigated what
  needs to be done to fix it?
 
 
  I have. I cannot find the specific issue again, but Debian's gradle
 package
  uses a very old version that breaks the Kafka build. I'll try to document
  the issue if I find it again.
 
 
  * debian/changelog
- it still contains 'UNRELEASED', that should be 'unstable' instead
 
 
  Ok! I thought it would be changed when the package is accepted.

 you should provide a package which is ready to be uploaded without any
 further modification

 
  * debian/control
- consider adding a Vcs-Browser field in source stanza
- short description should start with a lowercase letter
 
  * debian/kafka.links
- is empty and could be removed
 
 
  Ok!
 
 
  * debian/kafka.lintian-overrides
- I think there is still a lot of heat around it and I would
  strongly advice to provide an init script
 
 
  Answered above.

 and i did reply, and init script is required (from my POV)

 
  * debian/kafka.postinst
- you do some operations in 'configure' but it seems you dont undo
  them when removing/purging the package, which should happen instead
 
 
  Are you talking about adduser and addgroup?

 yes and all the other actions performed in the 'configure' branch

 
 
  * debian/rules
- consider using the more compact: --with A,B instead of --with A
 --with
  B
- it looks really suspicious the usage of HOME: have you tried to
  build your package in a clean chroot?
- override_dh_systemd_start: true is, to say the least, unexpected,
  what it is for?
 
 
  - Ok!
  - `./gradlew clean` was not using the chroot root user's home. This usage
  does that. It is strange, and I hope to find a better way to do it.
  - It is there so `dh_systemd_start` does nothing. I don't want Kafka to
  start after installation in case someone is running ZooKeeper on another
  node that is not up yet.

 then the right way is to instruce systemd and the init script to read
 from /etc/default/kakfa which is a file  containing a boolean variable
 (defaulting to False) to specify whether to start or not kakfa

 
 
  * debian/watch
- please provide it
 
 
  Ok!
 
 
  the package fails to build from source (FTBFS as you might find
  usually written) in pbuilder exactly when using HOME:
 
  dh_auto_clean
  GRADLE_USER_HOME=/tmp/buildd/.gradle ./gradlew clean
  Error: Could not find or load main class
  org.gradle.wrapper.GradleWrapperMain
  debian/rules:15: recipe for target 'override_dh_auto_clean' failed
  make[1]: *** [override_dh_auto_clean] Error 1
 
 
  I need to make this clear in some documentation. The user should have a
  Gradle installed from binary distribution and run `gradle build` to
  bootstrap the Gradle wrapper

Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service

[Brandon Bradley]

Hello Faidon,

Thank you for coming to talk to us! And your willingness to
review/mentor/upload. Glad to know Wikimedia is listening and willing to
contribute. Another reason I did separate packaging work was to get the
latest version of Kafka running. We can find some time in the next few
weeks to discuss on IRC. Whenever is good for you.

Cheers!
Brandon



On Thu, Jun 18, 2015 at 9:10 AM, Faidon Liambotis parav...@debian.org
wrote:

 On Thu, Jun 18, 2015 at 07:44:05AM -0500, Brandon Bradley wrote:
  I have multiple reasons for not contacting Wikimedia or using their work.
  The possibility of them having additions for their own purposes is very
  high. I believe starting fresh was easier than analyzing and debugging
  their repo.

 Don't guess, ask :)

 That particular package has been prepared and is maintained by my team
 at the Wikimedia Foundation, which incidentally has 3 DDs (Filippo
 Giunchedi, Moritz Mühlenhoff and myself) in it, plus at least a couple
 of other people with Debian packaging expertise.

 At Wikimedia, we're using Kafka extensively. We're obviously very keen
 on pushing things upstream too, which why e.g. I already pushed our
 librdkafka package in Debian (already part of jessie). Vincent Bernat
 also worked on kafkacat (from the same upstream) which we also use, so
 we collaborated and now jointly comaintain each other's packages. We're
 definitely not trying to work in a silo :)

 We haven't attempted to push the main Kafka package to Debian, since
 our time was limited and the packaging was a bit hacky/get-the-job-done
 (e.g. replacing the complex build system that downloads jars off the
 Internet by a Makefile), plus, JVM packages are usually harder to
 maintain properly :)

 I've been quietly watching this ITP, though, and we would definitely be
 interested to join efforts and switch to better, properly maintained
 packages, if there is enough momentum from people that want to see this
 in Debian.

 Time is (always) limited but I'd be more than happy to
 review/mentor/upload. I'll also convey this whole conversation
 internally to my team, maybe we can pull some resources for this, if
 you're interested in collaborating.

 Best,
 Faidon

Bug#786460: Fwd: Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service

[Brandon Bradley]

Hey Emmanuel,

Thanks for your reply! This is one of the big things I wanted to address
first. Would it be OK to include the gradle wrapper jar as part of the repo
for building? I don't know the exact policy about binary artifacts in dsc
files. Also, what about including JARs not packaging directly into the
package? I have done that, but I didn't not upload my new work yet as I was
on vacation for about ten days.

I'm only building the 'core' subproject which depends on the 'clients'
subproject. Here is a list of runtime dependencies from running `./gradlew
-PscalaVersion=2.9.2 core:dependencies`.

runtime - Runtime classpath for source set 'main'.
+--- project :clients
|+--- org.slf4j:slf4j-api:1.7.6
|+--- org.xerial.snappy:snappy-java:1.1.1.6
|\--- net.jpountz.lz4:lz4:1.2.0
+--- org.scala-lang:scala-library:2.9.2
+--- org.apache.zookeeper:zookeeper:3.4.6
|+--- org.slf4j:slf4j-api:1.6.1 - 1.7.6
|+--- org.slf4j:slf4j-log4j12:1.6.1
||+--- org.slf4j:slf4j-api:1.6.1 - 1.7.6
||\--- log4j:log4j:1.2.16
|\--- log4j:log4j:1.2.16
+--- com.101tec:zkclient:0.3
|+--- org.apache.zookeeper:zookeeper:3.3.1 - 3.4.6 (*)
|\--- log4j:log4j:1.2.14 - 1.2.16
+--- com.yammer.metrics:metrics-core:2.2.0
|\--- org.slf4j:slf4j-api:1.7.2 - 1.7.6
\--- net.sf.jopt-simple:jopt-simple:3.2

Cheers!
Brandon

On Thu, Jun 18, 2015 at 8:58 AM, Emmanuel Bourg ebo...@apache.org wrote:

 Hi Brandon,

 Thank you very much for packaging Kafka. In addition to the
 debian-mentors and debian-java lists you may find some help on the
 #debian-java IRC channel.

 I reviewed quickly the package, the main issue is the usage of the
 gradle wrapper. Since it downloads jars from the internet it can't be
 used for an official Debian package. The gradle package is being
 upgraded and we should have a more recent version soon. I hope this will
 solve the issues you encountered with the version 1.5.

 Not using the wrapper also means all the dependencies have to be
 packaged in Debian first. Assuming the tests are disabled Kafka requires:

   com.101tec:zkclient:0.3not packaged
   com.typesafe.zinc:zinc:0.3.1   not packaged
   com.yammer.metrics:metrics-core:2.2.0  work in progress
   commons-logging:commons-logging:1.0.4  OK
   net.jpountz.lz4:lz4:1.2.0  not packaged
   net.sf.jopt-simple:jopt-simple:3.2 OK
   org.apache.avro:avro:1.4.0 OK
   org.apache.hadoop:hadoop-core:0.20.2   not packaged
   org.apache.pig:pig:0.8.0   not packaged
   org.apache.pig:piggybank:0.12.0not packaged
   org.apache.zookeeper:zookeeper:3.4.6   OK
   org.codehaus.jackson:jackson-core-asl:1.5.5OK
   org.codehaus.jackson:jackson-mapper-asl:1.5.5  OK
   org.scala-lang:scala-library   OK
   org.slf4j:slf4j-api:1.7.6  OK
   org.xerial.snappy:snappy-java:1.1.1.6  OK

 So the next step to get Kafka in Debian is to package the missing
 dependencies. Hadoop is on my radar and I'll probably package it since I
 need it for Solr.

 Emmanuel Bourg

Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service

[Brandon Bradley]

Hello Sandro! And thanks for your reply.

Your questions are annotated below.

On Wed, Jun 17, 2015 at 2:56 PM, Sandro Tosi mo...@debian.org wrote:

 Hi everyone,
 I'm looking at Brandon's package for kafka, and here are some comments:

 * did you sent an email to debian-mentors asking for comments? it's
 usually a good way to get exposure of a package and receive feedbacks
 about it


I have not. I should and will very soon.


 * there is already a packaging effort from wikimedia at
 https://git.wikimedia.org/summary/operations%2fdebs%2fkafka.git/HEAD -
 did you look at it (eventually contacting them to have the packages in
 debian)?


Indeed, I found this. The work there is most likely acceptable. However, I
believe that if they wanted to contribute this to Debian packaging that
they would have already done so. Also, I find bash scripts hard to debug in
some situations. As such, I will not be contributing init scripts myself. I
would be more than willing to accept contributions that support init
scripts. debian/kafka.service works great on Jessie and will be what I
maintain.


 * you mention gradle in Debian is broken: have you investigated what
 needs to be done to fix it?


I have. I cannot find the specific issue again, but Debian's gradle package
uses a very old version that breaks the Kafka build. I'll try to document
the issue if I find it again.


 * debian/changelog
   - it still contains 'UNRELEASED', that should be 'unstable' instead


Ok! I thought it would be changed when the package is accepted.


 * debian/control
   - consider adding a Vcs-Browser field in source stanza
   - short description should start with a lowercase letter

 * debian/kafka.links
   - is empty and could be removed


Ok!


 * debian/kafka.lintian-overrides
   - I think there is still a lot of heat around it and I would
 strongly advice to provide an init script


Answered above.


 * debian/kafka.postinst
   - you do some operations in 'configure' but it seems you dont undo
 them when removing/purging the package, which should happen instead


Are you talking about adduser and addgroup?


 * debian/rules
   - consider using the more compact: --with A,B instead of --with A --with
 B
   - it looks really suspicious the usage of HOME: have you tried to
 build your package in a clean chroot?
   - override_dh_systemd_start: true is, to say the least, unexpected,
 what it is for?


- Ok!
- `./gradlew clean` was not using the chroot root user's home. This usage
does that. It is strange, and I hope to find a better way to do it.
- It is there so `dh_systemd_start` does nothing. I don't want Kafka to
start after installation in case someone is running ZooKeeper on another
node that is not up yet.


 * debian/watch
   - please provide it


Ok!


 the package fails to build from source (FTBFS as you might find
 usually written) in pbuilder exactly when using HOME:

 dh_auto_clean
 GRADLE_USER_HOME=/tmp/buildd/.gradle ./gradlew clean
 Error: Could not find or load main class
 org.gradle.wrapper.GradleWrapperMain
 debian/rules:15: recipe for target 'override_dh_auto_clean' failed
 make[1]: *** [override_dh_auto_clean] Error 1


I need to make this clear in some documentation. The user should have a
Gradle installed from binary distribution and run `gradle build` to
bootstrap the Gradle wrapper. Then, the user should use `./gradlew build`
to build Kafka. Kafka does this to remove binary artifacts from their
source distribution (https://issues.apache.org/jira/browse/KAFKA-1490) and
not a requirement of mine.

Also, I use git-buildpackage to build the package. Like so: `gbp
buildpackage`. Another documentation note!

Cheers!
Brandon

Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service

[Brandon Bradley]

Hello Tim!

Indeed, I'm building the package using Scala 2.9.2 because that is
currently packaged for Debian. Gradle wrapper is used instead of Gradle
from Debian. I found it to be broken as well.

I have the repo for my work here until it goes elsewhere:
https://github.com/blbradley/kafka-deb

Brandon

On Wed, May 27, 2015 at 4:40 PM, Potter, Tim (Cloud Services) 
timothy.pot...@hp.com wrote:

 On 28 May 2015, at 12:06 am, tony mancill tmanc...@debian.org wrote:
 
  On Thu, 21 May 2015 15:56:44 -0500 Brandon Bradley
  bradleytas...@gmail.com wrote:
  Package: wnpp
  Owner: Brandon Bradley bradleytas...@gmail.com
  Severity: wishlist
 
  * Package name: kafka
   Version : 0.8.2.1
  * URL : http://www.example.org/
  * License : Apache 2.0
   Programming Lang: Java, Scala
   Description : Distributed, partitioned, replicated commit log
 service
 
  Hi Brandon,
 
  I'm cross-posting your ITP for kafka to the debian-java list.  I believe
  there may be interest in helping and/or co-maintaining the package.

 Hi Tony and Brandon.  It’s great to hear you are keen on doing some
 packaging!

 I’m interested in Kafka as well, but didn’t want to take on another
 ridiculously large packaging project just yet, in addition to JRuby .
 There’s been some recent packaging activity on Scala, but I think Gradle is
 currently broken or requiring a lot of work.


 Tim.

Bug#786915: Please build pypy with --shared

[Brandon Siegel]

Package: pypy
Version: 2.4.0+dfsg-3
Severity: wishlist

The official distribution of Pypy (from pypy.org) is built with the
--shared flag so that the shared library libpypy-c.so is available for
other software such as uwsgi to link against. Currently the Debian pypy
package is not built with the --shared flag, so a user wishing to install
such software can’t use the pypy Debian package.

Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service

[Brandon Bradley]

Package: wnpp
Owner: Brandon Bradley bradleytas...@gmail.com
Severity: wishlist

* Package name: kafka
  Version : 0.8.2.1
* URL : http://www.example.org/
* License : Apache 2.0
  Programming Lang: Java, Scala
  Description : Distributed, partitioned, replicated commit log service

 Apache Kafka is publish-subscribe messaging rethought as a distributed
commit
log. A single Kafka broker can handle hundreds of megabytes of reads and
writes
per second from thousands of clients.

 - why is this package useful/relevant?

Many companies are using Apache Kafka for a number of different problems.
See
https://cwiki.apache.org/confluence/display/KAFKA/Powered+By

 - how do you plan to maintain it? inside a packaging team

This will be my first package submission. Honestly, I'm hoping some
companies
will come out and contribute considering how many big players use it. I
only plan
to maintain this package for Debian Jessie and beyond (systemd) but willing
to
accept contribtuions that support SysV init. Wikimedia Foundation has a
fairly
through debian package with SysV init support.

Cheers!
Brandon Bradley

Bug#744278:

[Brandon Bradley]

+1 for packaging 2.10 before 2.11

Lucas: I will look at your repo for 2.10 to see if I can do anything about
making it not download anything. Thanks for trying!

Bug#745901: fglrx-driver: fglrx update crashes totem, gdm, gnome-session and anything that uses clutter

[Jesse Brandon Rowlandson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi there I'm hoping you know whats up and can point me in the right
direction...
The Problem:

The problem i am having is when it says swell-foop: symbol lookup
error: /usr/lib/fglrx/fglrx-libglx.so: undefined symbol: xf86Screens

Below is the output from my shell before and after .. I'm hoping
you'll just know what it is, i think it's the same bug i saw
somewhere something about a sim link ... but was unsure where or what
was being pointed at... in any-case i hope this makes sense to you ...


So First before the commands

whatsis@debian8:~$ swell-foop

(swell-foop:14382): GLib-CRITICAL **: g_strsplit: assertion 'string !=
NULL' failed

(swell-foop:14382): Clutter-CRITICAL **: Unable to initialize Clutter:
The OpenGL version could not be determined

** (swell-foop:14382): WARNING **: swell-foop.vala:452: Failed to
initialise Clutter
whatsis@debian8:~$

Then

whatsis@debian8:~$ export COGL_DRIVER=gl
whatsis@debian8:~$ export COGL_OVERRIDE_GL_VERSION=4.4
whatsis@debian8:~$ export COGL_RENDERER=GLX
whatsis@debian8:~$ export LD_PRELOAD=/usr/lib/fglrx/fglrx-libglx.so
whatsis@debian8:~$ swell-foop
swell-foop: symbol lookup error: /usr/lib/fglrx/fglrx-libglx.so:
undefined symbol: xf86Screens
whatsis@debian8:~$


I guess i should mention that i run enlightenment   sparky linux which
is testing.

Thank you for your time,
Jesse B. R.


On Sat, 03 May 2014 18:26:51 +0200 Tobias Hansen than...@debian.org
wrote:
 Comment 4 from [1] has a workaround that lets you use GNOME and
 fglrx together. I had to switch to lightdm since gdm3 doesn't work
 and use this ~/.xsession:
 
 export COGL_DRIVER=gl export COGL_OVERRIDE_GL_VERSION=1.4 export
 COGL_RENDERER=GLX export
 LD_PRELOAD=/usr/lib/x86_64-linux-gnu/fglrx/fglrx-libGL.so.1.2 
 gnome-session
 
 Note that this will link everything run under the session with the
 GL library. See [1] for further explanation.
 
 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1054435#c4
 
 Cheers, Tobias
 
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJU+nqTAAoJEPhJCDCVodHZrpQP/izGTGfc0lQd+OGzl98Qpr8x
6DejO9JxbE2aj/P/2HDh+vnA5R0EpqtK65JJGoTYHmifff+N6qXDN+BYaRSra502
2pa45BKeliNv9kihqwoCbsvsGOkYW6n1hLGsPxRnj0jYWYWpQQGLUIxVa+JvLkqj
xUzLpKqMpRiJP8gabVoeFduWmWc9gywuyVazzmJ6XiYDe2tUb20d+XSJfT6Y3Irt
uoCQIZDp3uOLtmJ7cSaXRJhTQQEV/X8t2VxgHvyRTfKv4xtEhTOtNpzcfR2TWLiP
sHhy/DPt0Vx8Xa3W0EHdtGkji5W7ZYArhxgci/gA2bMMjwRFcFuEVzsO8Zp7dq+d
FdcgPkV6jUbhn2BawfuTsSC160z1dXwjlbtxfl3GskJVSv5J5d+1Gy6oLf9sox7Q
Thacwtr81Mpcgei41ZUV1r/jGiGfc05ZMhvlUwlNlpK0E4qEHkY1e3MaZsQRlm93
OKO59iPwboQSwfhM83/LaczSpFcho77YvpT4y8oVlZVh2lKC9q8/QNFUYVux/0eL
pAxQ/MZceaIPkt0GAR2YT5784kV5KAcR64AOTbSL9gSEx3ckOOtYt9wLBrxhXKjt
tlhZ1MoV37PbQrvI9ZMlQ6BGhzrhpQ9J4FvyneX4aGhvarlQ//n6BkV3bJ4rp2CJ
PDg7WO8hoT6u5mI1bHZ7
=6wN/
-END PGP SIGNATURE-


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

Bug#779128: firmware-bnx2x needs 7.10.51 drivers from upstream for kernel 3.18+ in experimental

[Brandon Black]

Package: firmware-bnx2x
Version: 0.43
Severity: normal

Dear Maintainer,

Installed experimental 3.19 kernel on jessie host with a bnx2x ethernet card, 
and update-initramfs couldn't find appropriate firmware, leading to inability 
to boot this kernel with network access.  Hacked around it locally by manually 
installing updated upstream firmware from 
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/tree/bnx2x
 into /lib/firmware/ manually.  The new driver/firmware versions 
(bnx2x-*-7.10.51.0.fw) are required by the bnx2x driver in kernel 3.18 and 
higher.

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

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


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

Bug#741065: Uploaded to experimental, waiting in NEW

[Brandon Philips]

That is great news. It would be great if we could get the package
bumped to 2.0.3, we found a couple of bugs since 2.0.0 came out that
are rather important. Changelog:
https://github.com/coreos/etcd/releases/tag/v2.0.3

Thank You,

Brandon

On Sun, Feb 15, 2015 at 9:11 AM, Jelmer Vernooij jel...@samba.org wrote:
 I've uploaded the current package to experimental. It's currently
 waiting in the NEW queue
 (https://ftp-master.debian.org/new/etcd_2.0.0-1.html).

 There are still a few things that can do with improvement, in
 particular making the setup easier (debconf integration, SSL
 certificate creation).

 Jelmer


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

Bug#741065: next step?

[Brandon Philips]

Jelmer-

What is the next step to get etcd merged to Debian? TOML seems to have
been accepted.

Thanks! Brandon


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

Bug#741065: (no subject)

[Brandon Philips]

On Thu, Jan 22, 2015 at 11:06 AM, Jelmer Vernooij jel...@samba.org wrote:
 2.0 has indeed improved the situation. I have packaged 2.0~rc1 at
 git://git.debian.org/pkg-go/packages/etcd.git, branch 'unstable'.

Great! I will try it out right now.

 Please provide feedback. There is nothing there to ease setup on
 Debian yet, and etcd currently still runs as root (we'd probably want
 a separate user?).

Yes, we run it as an etcd user generally. /var/lib/etcd will need to
be owned by that user. Here is a service file if you don't have one
yet:

https://github.com/coreos/coreos-overlay/blob/master/dev-db/etcd/files/etcd.service

Brandon


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

Bug#741065: (no subject)

[Brandon Philips]

I can't find golang-toml to actually test this out. But, the debian/
directory looks good to me!

Thanks,

Brandon

On Thu, Jan 22, 2015 at 11:27 AM, Brandon Philips
brandon.phil...@coreos.com wrote:
 On Thu, Jan 22, 2015 at 11:06 AM, Jelmer Vernooij jel...@samba.org wrote:
 2.0 has indeed improved the situation. I have packaged 2.0~rc1 at
 git://git.debian.org/pkg-go/packages/etcd.git, branch 'unstable'.

 Great! I will try it out right now.

 Please provide feedback. There is nothing there to ease setup on
 Debian yet, and etcd currently still runs as root (we'd probably want
 a separate user?).

 Yes, we run it as an etcd user generally. /var/lib/etcd will need to
 be owned by that user. Here is a service file if you don't have one
 yet:

 https://github.com/coreos/coreos-overlay/blob/master/dev-db/etcd/files/etcd.service

 Brandon


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

Bug#741065: Packaging for etcd 2.0?

[Brandon Philips]

Hello Jelmer-

I work on etcd and we have greatly simplified the dependencies in etcd
2.0 which is currently in release candidate. Could you take a second
look and see if we can get this ITP done?

Thank You,

Brandon


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

Bug#764498: apache2: Apache2 can fail to install if /etc/apache2 exists

[Brandon Johnson]

Package: apache2
Version: 2.4.10-3
Severity: normal

Dear Maintainer,

The apache2 preinst script fails on line 118 if the /etc/apache2 directory 
already exists because local varaibles cannot be declared outside a function in 
bash.

-- Package-specific info:

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

Kernel: Linux 3.10-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apache2 depends on:
ii  apache2-bin   2.4.10-3
ii  apache2-data  2.4.10-3
ii  lsb-base  4.1+Debian13
ii  mime-support  3.57
ii  perl  5.20.1-1
ii  procps2:3.3.9-8

Versions of packages apache2 recommends:
ii  ssl-cert  1.0.35

Versions of packages apache2 suggests:
pn  apache2-doc  none
pn  apache2-suexec-pristine | apache2-suexec-custom  none
ii  apache2-utils2.4.10-3
ii  w3m [www-browser]0.5.3-17

Versions of packages apache2-bin depends on:
ii  libapr1  1.5.1-3
ii  libaprutil1  1.5.4-1
ii  libaprutil1-dbd-sqlite3  1.5.4-1
ii  libaprutil1-ldap 1.5.4-1
ii  libc62.19-11
ii  libldap-2.4-22.4.39-1.1+b1
ii  liblua5.1-0  5.1.5-7
ii  libpcre3 1:8.35-3.1
ii  libssl1.0.0  1.0.1i-2
ii  libxml2  2.9.1+dfsg1-4
ii  perl 5.20.1-1
ii  zlib1g   1:1.2.8.dfsg-2

Versions of packages apache2-bin suggests:
pn  apache2-doc  none
pn  apache2-suexec-pristine | apache2-suexec-custom  none
ii  w3m [www-browser]0.5.3-17

Versions of packages apache2 is related to:
ii  apache2  2.4.10-3
ii  apache2-bin  2.4.10-3

-- Configuration Files:
/etc/apache2/conf-available/serve-cgi-bin.conf changed [not included]
/etc/apache2/mods-available/access_compat.load changed [not included]
/etc/apache2/mods-available/authnz_fcgi.load [Errno 2] No such file or 
directory: u'/etc/apache2/mods-available/authnz_fcgi.load'
/etc/apache2/mods-available/ident.load [Errno 2] No such file or directory: 
u'/etc/apache2/mods-available/ident.load'
/etc/apache2/mods-available/mpm_event.load changed [not included]
/etc/apache2/mods-available/mpm_prefork.load changed [not included]
/etc/apache2/mods-available/mpm_worker.load changed [not included]
/etc/apache2/mods-available/ssl.conf changed [not included]
/etc/apache2/sites-available/000-default.conf changed [not included]
/etc/apache2/sites-available/default-ssl.conf changed [not included]

-- no debconf information


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

Bug#755272: debci: Please add link to the PTS of the package

[Brandon Fairchild]

Control: tag -1 fixed


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

Bug#759720: initramfs boot fails after unlocking encrypted root lv

[Brandon Parker]

Package: cryptsetup
Version: 2:1.4.3-4
Severity: serious
Tags: patch

[Rationale for severity serious: renders system unbootable]

I recently upgraded a Thecus n2100 from squeeze to wheezy [better late
than never!]. It's a headless system; the root filesystem is a logical
volume on LVM over an encrypted physical volume. I use dropbear to ssh
into the system at initramfs stage and unlock the encrypted PV, as
described in /usr/share/doc/cryptsetup/README.remote.gz.

After completing the upgrade and installing a new kernel version, I
rebooted the system. Although it was possible to log in remotely to
initramfs via ssh and successfully unlock encrypted root filesystem,
the system did not proceed to mount the root FS and boot.

Judging by the output of ps, a rescue shell is started after I unlock
the encrypted volume. There is no terminal connected to the system, so
I couldn't actually interact with the rescue shell, but grepping
through the rescue shell's environment gives:
REASON=ALERT! /dev/ram0 does not exist. Dropping to a shell!

Before unlocking encrypted device, /conf/param.conf contains
ROOT=/dev/mapper/name-of-root-lv line pointing to the correct root
device; after unlocking it contains *two* ROOT lines, the original,
correct line and a second, incorrect line (ROOT=/dev/ram0). I think
this second line is causing the subsequent boot process to fail.

It seems that the second line is put there by this part of
/usr/share/initramfs-tools/scripts/local-top/cryptroot after unlocking
the encrypted volume:

,[ /usr/share/initramfs-tools/scripts/local-top/cryptroot ]
|   NEWROOT=${cmdline_root:-/dev/mapper/$cryptlvm}
|   if [ $cryptrootdev = yes ]; then
|   # required for lilo to find the root device
|   echo ROOT=$NEWROOT /conf/param.conf
|   fi
|   eval $(fstype  $NEWROOT)
`

The first, correct ROOT line is put there by flash-kernel: The n2100
uses redboot as a bootloader; redboot loads a kernel image and an
initramfs image from flash; in Debian, the flash-kernel package
automates the process of writing the kernel and the initramfs image to
flash; flash-kernel has explicit support for the n2100.

Because redboot passes the kernel bogus root parameter
[root=/dev/ram0], flash-kernel includes an initramfs-tools hook to
write the correct root device to /conf/param.conf when building the
initramfs image:

,[ /usr/share/initramfs-tools/hooks/flash_kernel_set_root ]
| # Should we override the root device or merely provide a default root
| # device?
| blsr=$(get_machine_field $machine Bootloader-sets-root)
| 
| if [ $blsr = no ]; then
| # The boot loader doesn't pass root= on the command line, so
| # provide a default.
| install -d $DESTDIR/conf/conf.d
| echo ROOT=\$rootdev\  $DESTDIR/conf/conf.d/default_root
| else
| # The boot loader passes a bogus root= (e.g. root=/dev/ram), so
| # override the command line parameter.
| install -d $DESTDIR/conf
| echo ROOT=\$rootdev\  $DESTDIR/conf/param.conf
| fi
`

The quoted section of local-top/cryptoroot causes a bogus second
ROOT= entry (the bogus root=/dev/ram0 from the command line) to be
written to /conf/param.conf. This prevents boot process from
continuing correctly.

This problem is present both in the version of cryptsetup in wheezy,
and in the version in wheezy-backports (2:1.6.4-4~bpo70+1). I haven't
tested it, but I'm guessing the version in jessie is also affected.

I imagine that other system which use flash-kernel, with
Bootloader-sets-root=yes, would also be affected if they use root on a
LV over an encrypted device.

I attach a patch which fixes the issue for me, it could probably do
with further testing. The patch is against the version of cryptsetup in
wheezy-backports.
--- debian/initramfs/cryptroot-script.orig
+++ debian/initramfs/cryptroot-script
@@ -297,10 +297,15 @@
 return 1
 			fi
 
-			NEWROOT=${cmdline_root:-/dev/mapper/$cryptlvm}
-			if [ $cryptrootdev = yes ]; then
-# required for lilo to find the root device
-echo ROOT=$NEWROOT /conf/param.conf
+			if [ -f /conf/param.conf ]  grep -q '^ROOT=' /conf/param.conf
+			then
+eval $(sed -n 's/^ROOT=/NEWROOT=/p' /conf/param.conf)
+			else
+NEWROOT=${cmdline_root:-/dev/mapper/$cryptlvm}
+if [ $cryptrootdev = yes ]; then
+	# required for lilo to find the root device
+	echo ROOT=$NEWROOT /conf/param.conf
+fi
 			fi
 			eval $(fstype  $NEWROOT)
 		fi

Bug#759569: debci: Unable to see the data of nut package

[Brandon Fairchild]

Control: tag -1 confirmed

There seems to be an error in the JSON of the history file for the nut 
package.


Thanks.


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

Bug#755272: debci: Please add link to the PTS of the package

[Brandon Fairchild]

Control: tag -1 pending


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

Bug#755928: RFH: guake

[Brandon Sharitt]

I use Guake and I'd be interested in helping maintain it. I've never 
maintained a Debian package in any capacity, so I'd be new to it, but if 
it's easy as you say, then it's probably a good place to start.

Brandon Sharitt

On Thu, Jul 24, 2014 at 06:21:57PM +0200, Sylvestre Ledru wrote:
 Package: wnpp
 Severity: normal
 
 Hello,
 
 Even if I am not longer using it, I am still maintaining. However
 since it seems that guake is coming back from the dead:
 https://www.openhub.net/p/Guake
 https://github.com/Guake/guake/graphs/commit-activity
 
 It would be nice if someone using it helps.
 
 It is quite easy to maintain it.
 
 Cheers,
 Sylvestre
 
 
 -- 
 To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 https://lists.debian.org/20140724162157.30947.43198.report...@luzon.mozilla.com
 


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

Bug#535073: Update

[Brandon]

I submitted version 4.0.2-2 to mentors. It uses the latest packages in
sid, including g++ 4.9, libav 55/55/53, sfml 2.1, and wxwidgets 3.0.

-Brandon


signature.asc
Description: PGP signature

Bug#748537: packagekit: Current packagekit version breaks jhbuild on usage of GetTid()

[Brandon Nicholas Arnold]

Package: packagekit
Version: 0.8.17-2
Severity: serious
Justification: Policy 7.3

My apologies if I should be reopening bug 700237 which is supposed to have
closed/fixed this issue. But jhbuild 3.4.0-1 is current for all Debian distros,
and this uses the GetTid() from versions of packagekit  0.8. JHBuild fixes
this in a later version, but this is not even experimental at this time, so
shouldn't a Breaks be added?



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

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

Versions of packages packagekit depends on:
ii  libc6 2.18-5
ii  libglib2.0-0  2.40.0-3
ii  libglib2.0-bin2.40.0-3
ii  libpackagekit-glib2-160.8.17-2
ii  libpolkit-gobject-1-0 0.105-5
ii  libsqlite3-0  3.8.4.3-3
ii  libsystemd-journal0   204-8
ii  libsystemd-login0 204-8
ii  packagekit-backend-aptcc  0.8.17-2
ii  policykit-1   0.105-5

Versions of packages packagekit recommends:
ii  packagekit-tools  0.8.17-2

Versions of packages packagekit suggests:
pn  packagekit-backend-smart  none

-- no debconf information


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

Bug#686789: No example included

[Brandon Nicholas Arnold]

Package: jhbuild
Version: 3.4.0-1
Followup-For: Bug #686789

Still missing. This file is in examples/sample.jhbuildrc in the GIT repository
(git://git.gnome.org/jhbuild). As mentioned before, the 'jhbuild' package
should probably include this in /usr/share/doc/jhbuild, since it is referenced
by the README.Debian file within the same directory.



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

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

Versions of packages jhbuild depends on:
ii  libc6   2.18-5
ii  python  2.7.5-5

Versions of packages jhbuild recommends:
ii  autoconf2.69-6
ii  automake1:1.14.1-3
ii  bzr 2.6.0+bzr6595-1
ii  cvs 2:1.12.13+real-12
ii  gettext 0.18.3.2-1
ii  git [git-core]  1:2.0.0~rc0-2
ii  git-core1:2.0.0~rc0-2
ii  mercurial   2.9.2-1
ii  patch   2.7.1-5
ii  pkg-config  0.28-1
ii  subversion  1.8.8-2
ii  wget1.15-1

Versions of packages jhbuild suggests:
pn  darcs  none
pn  python-pygraphviz  none
pn  tlanone

-- no debconf information


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

Bug#715278: intel-gpu-tools: Couldn't map MMIO region: Resource temporarily unavailable on intel_reg_read, after dist-upgrade

[Brandon Simmons]

On Mon, Mar 17, 2014 at 2:49 AM, Paul Wise p...@debian.org wrote:
 Control: tags -1 fixed-upstream

 On Sun, Jul 07, 2013 at 06:44:41PM -0400, Brandon Simmons wrote:

 Actually I think the whole package is FUBAR for me:

$ sudo intel_gpu_top
Couldn't map MMIO region: Resource temporarily unavailable
$ sudo intel_backlight --help
Couldn't map MMIO region: Resource temporarily unavailable

 I encountered this locally and fixed it by doing this:

   * Upgrade to the latest upstream version (1.6)
   * Comment out all of debian/patches
   * Add libcairo2-dev, swig2.0, python3-dev to the build-depends
   * Remove version.h and check-ndebug.h lines from tests/Makefile.am
   * Remove the intel_forcewaked line from debian/rules
   * Add usr/lib to debian/intel-gpu-tools.install
   * Rebuild and install


As a user who hasn't done any debian packaging, I'd love a slightly
more hand-holdy explanation if a working package isn't forthcoming.
Sorry I can't be of any help at the moment.

Thanks,
Brandon

 --
 bye,
 pabs

 http://wiki.debian.org/PaulWise


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

Bug#742240: libssl1.0.0: TLSv1_client_method()/SSL_Connect() heap overrun

[Brandon]

Package: libssl1.0.0
Version: 1.0.1e-2+deb7u4
Severity: normal

Dear Maintainer,

When creating a client context with SSL_CTX_new(TLSv1_client_method()),
SSL_Connect() triggers a heap overrun with the following output from valgrind:

==24315== Thread 10:
==24315== Invalid write of size 4
==24315==at 0x4C2B4FF: memset (mc_replace_strmem.c:966)
==24315==by 0x5894BAE: MD5_Final (md5.c:293)
==24315==by 0x72A8CED: EVP_DigestFinal_ex (digest.c:272)
==24315==by 0x673797A: ssl3_get_key_exchange (s3_clnt.c:1782)
==24315==by 0x673B042: ssl3_connect (s3_clnt.c:359)
==24315==by 0x58818EE: _sock_connected (sock.c:596)
==24315==by 0x587A531: _thread (thread.c:644)
==24315==by 0x5442B4F: start_thread (pthread_create.c:304)
==24315==  Address 0x7866694 is 0 bytes after a block of size 100 alloc'd
==24315==at 0x4C28BED: malloc (vg_replace_malloc.c:263)
==24315==by 0x721B77F: CRYPTO_malloc (mem.c:308)
==24315==by 0x72A8B48: EVP_DigestInit_ex (digest.c:210)
==24315==by 0x673791A: ssl3_get_key_exchange (s3_clnt.c:1777)
==24315==by 0x673B042: ssl3_connect (s3_clnt.c:359)
==24315==by 0x58818EE: _sock_connected (sock.c:596)
==24315==by 0x587A531: _thread (thread.c:644)
==24315==by 0x5442B4F: start_thread (pthread_create.c:304)
==24315==

SSL_Connect() returned WANT_READ, and once there was data on the socket calling
SSL_Connect() the second time triggered the bug.

The bug is fixed by creating a context with SSLv23_client_method() instead.

Thanks,
Brandon



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

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

Versions of packages libssl1.0.0 depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38+deb7u1
ii  multiarch-support  2.13-38+deb7u1
ii  zlib1g 1:1.2.7.dfsg-13

libssl1.0.0 recommends no packages.

libssl1.0.0 suggests no packages.

-- debconf information excluded


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

Bug#739142: libfinance-quote-perl: Finance::Quote fails to fetch quotes for Yahoo

[Brandon Mitchell]

Package: libfinance-quote-perl
Version: 1.18-1
Severity: important
Tags: upstream

Dear Maintainer,

Yahoo has changed their API, breaking the quoting service used by gnucash. 
Fixes are currently being pushed to github which have corrected the issue for
me. See the following commit for more details:

https://github.com/pjf/finance-quote/commit/a4cfca753c45c41fd8d44be0070b7a7aabe8ca79


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

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

Versions of packages libfinance-quote-perl depends on:
ii  libcrypt-ssleay-perl   0.58-1+b1
ii  libhtml-tableextract-perl  2.11-1
ii  libwww-perl6.05-1
ii  perl   5.18.1-4

libfinance-quote-perl recommends no packages.

libfinance-quote-perl suggests no packages.

-- no debconf information


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

Bug#727708: SystemD

[Brandon]

I have been a long time debian user. Please do not implement systemd. I
don't want to switch to another OS but I will.

Bug#727175: New patch, compatible with older versions

[Brandon]

I have a new patch that is compatible with older and newer versions of
OpenGL, compatibility and core profile. Some notes:

The code has two branches, one for  GL 3.0, and one for GL 3.0+. We
determine which branch to choose at runtime, because we don't know what
GL version the end user will be linking against. We can't call
glGetStringi directly because it is only available in GL 3.0+, so we use
glXGetProcAddressARB to acquire the address of glGetStringi and to see
if it is available. It will be available if the user links against a GL
library that is 3.0+, but will not work if the context is  3.0,
therefore we also check the running GL version. I made sure the program
doesn't crash if any GL functions return a NULL pointer, even when
they shouldn't according to current specs. This patch no longer needs
the GL_GLEXT_PROTOTYPES definition.

-Brandon
Most SOIL functions crash if OpenGL context is 3.2+ core profile. SOIL calls
glGetString with a value that is no longer valid, and then sends the returned
null pointer to strstr.

This patch checks the OpenGL version at runtime, and uses a glGetString function
that is appropriate and available. It doesn't crash if, for whatever reason,
glGetString returns a null pointer.
Index: libsoil-1.07~20080707.dfsg/src/SOIL.c
===
--- libsoil-1.07~20080707.dfsg.orig/src/SOIL.c	2013-10-24 15:18:46.936902676 -0700
+++ libsoil-1.07~20080707.dfsg/src/SOIL.c	2013-10-24 15:39:57.018491568 -0700
@@ -80,6 +80,7 @@
 #define SOIL_RGBA_S3TC_DXT5		0x83F3
 typedef void (APIENTRY * P_SOIL_GLCOMPRESSEDTEXIMAGE2DPROC) (GLenum target, GLint level, GLenum internalformat, GLsizei width, GLsizei height, GLint border, GLsizei imageSize, const GLvoid * data);
 P_SOIL_GLCOMPRESSEDTEXIMAGE2DPROC soilGlCompressedTexImage2D = NULL;
+typedef const GLubyte* (APIENTRY * P_SOIL_GLGETSTRINGIPROC) (GLenum name, GLuint index);
 unsigned int SOIL_direct_load_DDS(
 		const char *filename,
 		unsigned int reuse_texture_ID,
@@ -1870,16 +1871,50 @@
 	return tex_ID;
 }
 
+static int SOIL_internal_has_OGL_capability(const char * cap)
+{
+	int i;
+	GLint num_ext;
+	const GLubyte * ext_string;
+	int major_version;
+
+	const GLubyte * ver_string = glGetString(GL_VERSION);
+	if (ver_string)
+		 major_version = atoi((const char *) ver_string);
+	else
+		major_version = 0;
+
+	P_SOIL_GLGETSTRINGIPROC soilGlGetStringi =
+		(P_SOIL_GLGETSTRINGIPROC) glXGetProcAddressARB((const GLubyte *) glGetStringi);
+
+	if (major_version = 3  soilGlGetStringi) {
+		// OpenGL 3.0+
+		glGetIntegerv(GL_NUM_EXTENSIONS, num_ext);
+		for (i = 0; i  num_ext; i++) {
+			ext_string = soilGlGetStringi(GL_EXTENSIONS, i);
+			if (ext_string  !strcmp((const char *) ext_string, cap)) {
+return GL_TRUE;
+			}
+		}
+	}
+	else {
+		// OpenGL  3.0
+		ext_string = glGetString(GL_EXTENSIONS);
+		if (ext_string  strstr((const char *) ext_string, cap)) {
+			return GL_TRUE;
+		}
+	}
+	return GL_FALSE;
+}
+
+// GL_ARB_texture_non_power_of_two is a core feature in OpenGL 2.0
 int query_NPOT_capability( void )
 {
 	/*	check for the capability	*/
 	if( has_NPOT_capability == SOIL_CAPABILITY_UNKNOWN )
 	{
 		/*	we haven't yet checked for the capability, do so	*/
-		if(
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_ARB_texture_non_power_of_two ) )
-			)
+		if( !SOIL_internal_has_OGL_capability( GL_ARB_texture_non_power_of_two ))
 		{
 			/*	not there, flag the failure	*/
 			has_NPOT_capability = SOIL_CAPABILITY_NONE;
@@ -1893,22 +1928,16 @@
 	return has_NPOT_capability;
 }
 
+// GL_ARB_texture_rectangle is a core feature in OpenGL 3.1
 int query_tex_rectangle_capability( void )
 {
 	/*	check for the capability	*/
 	if( has_tex_rectangle_capability == SOIL_CAPABILITY_UNKNOWN )
 	{
 		/*	we haven't yet checked for the capability, do so	*/
-		if(
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_ARB_texture_rectangle ) )
-		
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_EXT_texture_rectangle ) )
-		
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_NV_texture_rectangle ) )
-			)
+		if( !SOIL_internal_has_OGL_capability( GL_ARB_texture_rectangle ) 
+		!SOIL_internal_has_OGL_capability( GL_EXT_texture_rectangle ) 
+		!SOIL_internal_has_OGL_capability( GL_NV_texture_rectangle ) )
 		{
 			/*	not there, flag the failure	*/
 			has_tex_rectangle_capability = SOIL_CAPABILITY_NONE;
@@ -1922,19 +1951,15 @@
 	return has_tex_rectangle_capability;
 }
 
+// GL_ARB_texture_cube_map is a core feature in OpenGL 1.3
 int query_cubemap_capability( void )
 {
 	/*	check for the capability	*/
 	if( has_cubemap_capability == SOIL_CAPABILITY_UNKNOWN )
 	{
 		/*	we haven't yet checked for the capability, do so	*/
-		if(
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_ARB_texture_cube_map ) )
-		
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_EXT_texture_cube_map

Bug#727175: OpenGL 3.2+ Core profile only

[Brandon]

I did some checking, and this crash only occurs if OpenGL 3.2+ Core
profile is set. Using context version 3.1 and under, or setting the
profile to compatibility will have libsoil working properly.

-Brandon


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

Bug#727175: libsoil crashes when calling most functions

[Brandon]

Package: libsoil1
Version: 1.07~20080707.dfsg-2
Severity: important
Tags: patch

libsoil crashes when executing most functions. The problem is that some
internal functions use glGetString improperly, glGetString then returns
a null pointer, and then those functions send that null pointer to
strstr, which causes a crash.

I have attached a patch which replaces glGetString with glGetIntegerv
and glGetStringi, which appears to be what was intended.

I also defined GL_GLEXT_PROTOTYPES before the call to include GL.h. It
alleviates many warnings, but I'm not sure if it affects the output or
if you'd rather do it a different way.

-Brandon
SOIL crashes when calling most functions. It calls glGetString with an invalid value, and then sends the returned null pointer to strstr. Fix that.
Index: libsoil-1.07~20080707.dfsg/src/SOIL.c
===
--- libsoil-1.07~20080707.dfsg.orig/src/SOIL.c	2013-10-22 18:58:45.254120080 -0700
+++ libsoil-1.07~20080707.dfsg/src/SOIL.c	2013-10-22 19:00:43.742117369 -0700
@@ -26,6 +26,7 @@
 	#include Carbon/Carbon.h
 	#define APIENTRY
 #else
+	#define GL_GLEXT_PROTOTYPES
 	#include GL/gl.h
 	#include GL/glx.h
 #endif
@@ -1870,16 +1871,25 @@
 	return tex_ID;
 }
 
+static int SOIL_internal_has_OGL_capability(const char * cap)
+{
+	int i;
+	GLint num_ext;
+	glGetIntegerv(GL_NUM_EXTENSIONS, num_ext);
+	for (i = 0; i  num_ext; i++) {
+		if (!strcmp((const char *) glGetStringi(GL_EXTENSIONS, i), cap))
+			return GL_TRUE;
+	}
+	return GL_FALSE;
+}
+
 int query_NPOT_capability( void )
 {
 	/*	check for the capability	*/
 	if( has_NPOT_capability == SOIL_CAPABILITY_UNKNOWN )
 	{
 		/*	we haven't yet checked for the capability, do so	*/
-		if(
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_ARB_texture_non_power_of_two ) )
-			)
+		if( !SOIL_internal_has_OGL_capability( GL_ARB_texture_non_power_of_two ))
 		{
 			/*	not there, flag the failure	*/
 			has_NPOT_capability = SOIL_CAPABILITY_NONE;
@@ -1899,16 +1909,9 @@
 	if( has_tex_rectangle_capability == SOIL_CAPABILITY_UNKNOWN )
 	{
 		/*	we haven't yet checked for the capability, do so	*/
-		if(
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_ARB_texture_rectangle ) )
-		
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_EXT_texture_rectangle ) )
-		
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_NV_texture_rectangle ) )
-			)
+		if( !SOIL_internal_has_OGL_capability( GL_ARB_texture_rectangle ) 
+		!SOIL_internal_has_OGL_capability( GL_EXT_texture_rectangle ) 
+		!SOIL_internal_has_OGL_capability( GL_NV_texture_rectangle ) )
 		{
 			/*	not there, flag the failure	*/
 			has_tex_rectangle_capability = SOIL_CAPABILITY_NONE;
@@ -1928,13 +1931,8 @@
 	if( has_cubemap_capability == SOIL_CAPABILITY_UNKNOWN )
 	{
 		/*	we haven't yet checked for the capability, do so	*/
-		if(
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_ARB_texture_cube_map ) )
-		
-			(NULL == strstr( (char const*)glGetString( GL_EXTENSIONS ),
-GL_EXT_texture_cube_map ) )
-			)
+		if( !SOIL_internal_has_OGL_capability( GL_ARB_texture_cube_map ) 
+		!SOIL_internal_has_OGL_capability( GL_EXT_texture_cube_map ) )
 		{
 			/*	not there, flag the failure	*/
 			has_cubemap_capability = SOIL_CAPABILITY_NONE;
@@ -1954,9 +1952,7 @@
 	if( has_DXT_capability == SOIL_CAPABILITY_UNKNOWN )
 	{
 		/*	we haven't yet checked for the capability, do so	*/
-		if( NULL == strstr(
-(char const*)glGetString( GL_EXTENSIONS ),
-GL_EXT_texture_compression_s3tc ) )
+		if( !SOIL_internal_has_OGL_capability( GL_EXT_texture_compression_s3tc ) )
 		{
 			/*	not there, flag the failure	*/
 			has_DXT_capability = SOIL_CAPABILITY_NONE;

Bug#727176: libsoil - Compiled binary in source archive

[Brandon]

Source: libsoil
Version: 1.07~20080707.dfsg-2
Tags: patch

The libsoil source archive contains the file libSOIL.a in the directory
lib. It is an ar archive containing 4 compiled object files.

The patch is to remove that file and repackage the source archive.

-Brandon


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

Bug#535073: Update

[Brandon]

This is an update.

I've been submitting packages to mentors. I've just submitted a Debian
package of the recently released version 4.0:
https://mentors.debian.net/package/dolphin-emu

Olly just submitted wxwidgets 2.9 to NEW. It should appear in
experimental soon. I've been using Glenn's wxwidgets Ubuntu PPA
packages: https://launchpad.net/~glennric/+archive/dolphin-emu

-Brandon Barnes


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

Bug#723691: Apt uses trivial logic to choose a repository

[Brandon Snider]

Package: apt

Version: 0.9.7.7

This problem was discovered because of the following situation. An Ubuntu
user had added a ppa with a backported lib in it. He then installed the
lib. He later added another ppa, unrelated to the first, which also had the
same lib, backported, with the same version string. He tried to install the
muliarch version of the lib, and apt selected the second ppa for that. But
the changelogs were different. Apt refused to overwrite the changelog from
ppa 1 with the changelog from ppa 2. The user's system was then left in a
broken state with -f install not being able to fix it. I discovered that
apt chooses the preferred repository when all else is equal using
essentially  whichever entry appears first in the alphabet. Obviously I
think this can improve. Apt could ask the user for a decision on which repo
to use, or could simply use the repo the original lib was taken from to
avoid this kind of essentially meaningless conflict in the future, or offer
the user an easier way out of it (all of this happened because of a few
differences in the changelog, hardly important enough reason to break a
system).

Here's the user's apt-cache policy for that package:
http://paste.ubuntu.com/6125062/

Here's how the result left his system:
http://paste.ubuntu.com/6124928/

Bug#722090: slapd: slapindex on back_mdb directory expands without limit, leading to failure

[Jeremy Brandon Roman]

Package: slapd
Version: 2.4.31-1+nmu2
Severity: normal

Dear Maintainer,

I just had to rebuild my LDAP directory because I made the mistake of trying
to reindex my back_mdb data (after changing indexes in slapd.conf). The file
grew until it hit its limit; increasing the limit did not solve this.

This issue seems to be known and solved in upstream:
http://www.openldap.org/lists/openldap-bugs/201209/msg00034.html

Some solution to this should be backported, as using slapindex and mdb is
a reasonable configuration that should work, especially on a stable Debian
release.

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

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

Versions of packages slapd depends on:
ii  adduser 3.113+nmu3
ii  coreutils   8.13-3.5
ii  debconf [debconf-2.0]   1.5.49
ii  libc6   2.13-38
ii  libdb5.15.1.29-5
ii  libgcrypt11 1.5.0-5+deb7u1
ii  libgnutls26 2.12.20-7
ii  libldap-2.4-2   2.4.31-1+nmu2
ii  libltdl72.4.2-1.1
ii  libodbc12.2.14p2-5
ii  libperl5.14 5.14.2-21
ii  libsasl2-2  2.1.25.dfsg1-6+deb7u1
ii  libslp1 1.2.1-9
ii  libwrap07.6.q-24
ii  lsb-base4.1+Debian8+deb7u1
ii  multiarch-support   2.13-38
ii  perl [libmime-base64-perl]  5.14.2-21
ii  psmisc  22.19-1+deb7u1

Versions of packages slapd recommends:
ii  libsasl2-modules  2.1.25.dfsg1-6+deb7u1

Versions of packages slapd suggests:
ii  ldap-utils  2.4.31-1+nmu2

-- Configuration Files:
/etc/default/slapd changed:
SLAPD_CONF=
SLAPD_USER=openldap
SLAPD_GROUP=openldap
SLAPD_PIDFILE=
SLAPD_SERVICES=ldap:/// ldaps:/// ldapi:///
SLAPD_SENTINEL_FILE=/etc/ldap/noslapd
SLAPD_OPTIONS=


-- debconf information:
  slapd/allow_ldap_v2: false
  slapd/password_mismatch:
* slapd/invalid_config: true
  shared/organization: csclub.uwaterloo.ca
  slapd/upgrade_slapcat_failure:
  slapd/no_configuration: false
  slapd/move_old_database: true
  slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/purge_database: false
  slapd/domain: csclub.uwaterloo.ca
  slapd/backend: HDB
  slapd/dump_database: when needed


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

Bug#715278:

[Brandon Simmons]

Is anyone maintaining this package? What can I do to help?


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

Bug#497572: fusesmb: Unusable with Transport endpoint is not connected message after some activity

[Brandon]

found 497572 0.8.7-1.2
tag 497572 +patch
thanks

Adding the -s command line switch helps a lot, and makes the program
usable. However, it doesn't completely resolve the problem. Fusesmb
will still sometimes crash with Transport endpoint is not connected.

To reproduce with -s:
1) Set up ~/.smb/fusesmb.conf to use a remote smb share
2) Install storebackup with apt-get install storebackup
3) fusesmb -s mntpnt
4) cd remotefs/WORKGROUP/RemoteComputerName/ShareName
5) mkdir tmp  cd tmp
6) storeBackup -s ../LargeRemoteDirNameHere -b . -S test

LargeRemoteDirName should have lots of files and take lots of time to
copy. Something like Users on Windows should work fine.

For me, this results in Transport endpoint is not connected about 50%
of the time in about 30 seconds. If it doesn't crash within 2 minutes,
fusermount -u mntpnt and try steps 3-6 again. I've noticed that it's
more likely to crash if steps 3-6 are executed as quickly as possible.
It might help to have the destination directory (tmp in this example)
already created. It might also help to increase storeBackup options
--noCopy and/or --noCompress.

The patch provided by Maciej Babinski, however, works fine. After
patching, I've used fusesmb 7 times, and it's never crashed. I've used
storeBackup to copy files back to the remote machine as well as my
local one.

-Brandon


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

Bug#702378: Patch does not fix problem

[Brandon]

Olly, I compiled with your patch, and it does not fix the problem. The
printing program still crashes, but instead it crashes in the function
wxPostScriptDC::DoDrawText(wxString const, int, int), line 1220. On
that line, textbuf is NULL.

I also noticed that, in Debian Stable, this problem only occurs if
libgnomeprint is not installed.

-Brandon


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

Bug#715278: intel-gpu-tools: Couldn't map MMIO region: Resource temporarily unavailable on intel_reg_read, after dist-upgrade

[Brandon Simmons]

Package: intel-gpu-tools
Version: 1.2-1
Severity: normal

Dear Maintainer,
I have been setting backlight PWM frequency this way:

  
http://devbraindom.blogspot.com/2013/03/eliminate-led-screen-flicker-with-intel.html

After a dist-upgrade to kernel 3.9, I now get this error on
intel_reg_read/write:

  $ sudo intel_reg_read 0xC6204
  Couldn't map MMIO region: Resource temporarily unavailable

And in syslog, I see:

  Jul  7 11:02:24 jberryman kernel: [ 1138.669072] intel_reg_read:6168 
conflicting memory types f000-f040 uncached-minus-write-combining
  Jul  7 11:02:24 jberryman kernel: [ 1138.669082] reserve_memtype failed [mem 
0xf000-0xf03f], track uncached-minus, req uncached-minus

Thanks,
Brandon


-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.9-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages intel-gpu-tools depends on:
ii  libc6  2.17-6
ii  libdrm-intel1  2.4.45-3
ii  libdrm22.4.45-3
ii  libpciaccess0  0.13.1-2

intel-gpu-tools recommends no packages.

intel-gpu-tools suggests no packages.

-- no debconf information


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

Bug#715278: Acknowledgement (intel-gpu-tools: Couldn't map MMIO region: Resource temporarily unavailable on intel_reg_read, after dist-upgrade)

[Brandon Simmons]

Actually I think the whole package is FUBAR for me:

   $ sudo intel_gpu_top
   Couldn't map MMIO region: Resource temporarily unavailable
   $ sudo intel_backlight --help
   Couldn't map MMIO region: Resource temporarily unavailable

Brandon

On Sun, Jul 7, 2013 at 11:15 AM, Debian Bug Tracking System
ow...@bugs.debian.org wrote:
 Thank you for filing a new Bug report with Debian.

 This is an automatically generated reply to let you know your message
 has been received.

 Your message is being forwarded to the package maintainers and other
 interested parties for their attention; they will reply in due course.

 Your message has been sent to the package maintainer(s):
  Debian X Strike Force debia...@lists.debian.org

 If you wish to submit further information on this problem, please
 send it to 715...@bugs.debian.org.

 Please do not send mail to ow...@bugs.debian.org unless you wish
 to report a problem with the Bug-tracking system.

 --
 715278: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715278
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems


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

Bug#675800: Can't reproduce - boinc crash on Notice tab

[Brandon]

Guo Yixuan, or Steffen Moeller, can you provide detailed instructions
for reproducing this bug? Do you need to have projects created and
loaded? Does boinc need to be running in the background? How long do
you have to wait with the Notices tab selected? Simple View or Advanced
View?

Also can you reproduce this bug on later versions, such as 7.0.65 or
7.1.10?

Why did David from upstream say that this bug is in wxwidgets?

I think, most likely, this bug is in boinc, and not wxwidgets. Details
are sparse on whether or not it has been fixed.

-Brandon


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

Bug#613431: Packaging wxwidgets2.9

[Brandon]

Hi Olly. What are your intentions toward packaging wxwidgets 2.9? Is it
something you are still interested in? You are still listed as the
owner of the ITP, but the bug report hasn't had any significant
activity in the last 18 months.

If you are no longer interested, I am.

-Brandon


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

Bug#535073: ITP: dolphin-emu -- Dolphin Gamecube / Wii Emulator

[Brandon]

retitle 535073 ITP: dolphin-emu -- Dolphin Gamecube / Wii Emulator
owner 535073 !
block 535073 by 613431
thanks

The license issues I mentioned above have been resolved, and I would
again like to build and maintain this package for Debian. Glenn Rice,
who has been packaging dolphin as an Ubuntu PPA for the last 2 years,
has offered to help.

The current version of Dolphin uses wxWidgets 2.9, which is a
development release not available in Debian. That package was requested
2 years ago, and hopefully we'll come up with a solution to bring that
and Dolphin to the Debian repositories.

-Brandon


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

Bug#709119: gnome-dictionary: Gnome-dictionary unresponsive after clicking link

[Brandon Watkins]

Package: gnome-dictionary
Version: 3.4.0-2
Severity: important

Dear Maintainer,

If you search for something in gnome-dictionary, and click on one of the links 
in the results, which opens a new gnome-dictionary window as expected, 
gnome-dictionary becomes totally unresponsive to both mouse and keyboard. It 
doesn't seem to freeze, because if I close one of the windows it immediately 
starts working fine again, it just becomes totally unresponsisve to mouse 
clicks and keyboard input until one of the windows is closed.

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

Kernel: Linux 3.8-10.dmz.1-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-dictionary depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  libc62.13-38
ii  libcairo21.12.2-3
ii  libgdict-1.0-6   3.4.0-2
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgtk-3-0   3.4.2-6
ii  libpango1.0-01.30.0-1

gnome-dictionary recommends no packages.

Versions of packages gnome-dictionary suggests:
ii  yelp  3.4.2-1+b1

-- no debconf information


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

Bug#709119:

[Brandon Watkins]

Here's the upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=687342

Bug#709119: gnome-dictionary: Gnome-dictionary unresponsive after clicking link

[Brandon Watkins]

Here's the upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=687342

On Mon, May 20, 2013 at 8:16 PM, Brandon Watkins bwa...@gmail.com wrote:

 Package: gnome-dictionary
 Version: 3.4.0-2
 Severity: important

 Dear Maintainer,

 If you search for something in gnome-dictionary, and click on one of the
 links in the results, which opens a new gnome-dictionary window as
 expected, gnome-dictionary becomes totally unresponsive to both mouse and
 keyboard. It doesn't seem to freeze, because if I close one of the windows
 it immediately starts working fine again, it just becomes totally
 unresponsisve to mouse clicks and keyboard input until one of the windows
 is closed.

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

 Kernel: Linux 3.8-10.dmz.1-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT)
 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages gnome-dictionary depends on:
 ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
 ii  libc62.13-38
 ii  libcairo21.12.2-3
 ii  libgdict-1.0-6   3.4.0-2
 ii  libglib2.0-0 2.33.12+really2.32.4-5
 ii  libgtk-3-0   3.4.2-6
 ii  libpango1.0-01.30.0-1

 gnome-dictionary recommends no packages.

 Versions of packages gnome-dictionary suggests:
 ii  yelp  3.4.2-1+b1

 -- no debconf information

Bug#401440: Patch

[Brandon]

found 401440 0.3pre-2911-6
tag 401440 +patch

The problem is with how the program expects cin to behave. After the
last command is read, the program expects that cin will set the eof
bit. However, if there is any whitespace after the last command (such as
the final newline), then it won't set the eof until after that is read
on the next iteration. When the whitespace is read by itself, cin sets
eof and fail, and it doesn't alter the ev string. Because ev is not
re-set, it is exactly the same string it was last iteration, which
means that the last command gets executed twice.

I think the best solution is to check if cin fails, and if it does,
continue or break. Another is to set ev to an empty string before it
gets used in cin, so that if cin fails then ev is just a harmless empty
string.

-patch-
--- xmacroplay.orig.cpp 2012-09-30 07:23:15.0 -0700
+++ xmacroplay.cpp  2012-09-30 08:11:58.924690804 -0700
@@ -337,6 +337,8 @@
   
   while ( !cin.eof() ) {
cin  ev;
+   if (cin.fail())
+   break;
if (ev[0]=='#')
{
  cout  Comment:   ev  endl;
-end of patch-

-Brandon


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

Bug#587442: Replacing flash plugin unnecessarily.

[Brandon]

reopen 587442
found 587442 1:2.8.2
tags 587442 patch
thanks

I don't think Benjamin is going to manually check the Adobe website
every day before his cronjob runs. That's ridiculous. What would he do
then, cancel the cronjob? Your solution would be more hassle than this
bug already causes. Benjamin came up with a perfectly fine solution
over 2 years ago.

However, while Benjamin's solution works, it does have a technical
error. Those parenthesis create a subshell, and the exit command only
exits out of that subshell. So the script continues to run to the next
command, where it exits with a confusing error message.

I've included a patch that is a little longer but exits clean and
without error.

It's a bad idea to close bug reports that describe bugs that are
still standing, even if you have no intention of fixing them. Here are
two reasons:
1) somebody else will come across the same bug and report it again
2) in this case, at least, there are solutions listed here that someone
else who comes across the same bug can incorporate themselves

-Brandon
--- /usr/sbin/update-flashplugin-nonfree	2010-09-17 11:42:15.0 -0700
+++ ./update-flashplugin-nonfree	2012-09-02 09:58:22.0 -0700
@@ -201,6 +201,11 @@
 		targetdir=/usr/lib/flashplugin-nonfree
 		libflashplayerdotso=`grep   .*libflashplayer\.so$ checksums.txt | cut -c 131-`
 
+		# Check to see if Flash player has been updated, exit if it has not.
+		diff $libflashplayerdotso $targetdir/libflashplayer.so  do_exit=true
+		[ $do_exit != true ] || do_cleanup;
+		[ $do_exit != true ] || exit 0;
+
 		[ $verbose != yes ] || echo moving $libflashplayerdotso to $targetdir ...
 		rm -f $targetdir/flashplayer.xpt
 		mv -f $libflashplayerdotso $targetdir

Bug#686522: glew: debug libs desired

[Brandon J Van Every]

Source: glew
Version: 1.9.0-2
Severity: wishlist

adding *-dbg libs for all versions would be useful to developers.

I've had trouble with debug context initialization for ARB_debug_output,
resulting in segfaults.  Need debug symbols to trace the problem.  Problems
with debug context initialization are likely to be widespread with glew on old
HW, as ARB_debug_output support is not a given.  In general, all sorts of
things can go wrong in the glew layer.



-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-29-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#683360: xfce4 4.10/experimental metapackages depends on unavailable packages

[Brandon Bigam]

Package: xfce4
Version: 4.10.0
Severity: important

Dear Maintainer,
I have tried to install the xfce4 metapackage for 4.10 from experimental,
using sudo apt-get -t experimental install xfce4
and I always get the error message:
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:
 xfce4 : Depends: xfce4-mixer (= 4.8.0) but it is not going to be installed
 Depends: orage (= 4.8.0) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

I know that I can install the individual packages separately, but it appears
that the metapackage xfce4 in experimental is broken for those two missing
depends (orage and xfce40mixer).
Thank you for all your work.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (550, 'testing'), (400, 'testing-proposed-updates'), (400, 
'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages xfce4 depends on:
ii  gtk2-engines-xfce  2.8.1-3
ii  orage  4.8.3-1+b1
ii  thunar 1.2.3-4+b1
ii  xfce4-appfinder4.8.0-3
ii  xfce4-mixer4.8.0-3+b1
ii  xfce4-panel4.8.6-3
ii  xfce4-session  4.8.3-2+b1
ii  xfce4-settings 4.8.3-2
ii  xfce4-utils4.8.3-2
ii  xfconf 4.8.1-1
ii  xfdesktop4 4.8.3-2
ii  xfwm4  4.8.3-1

Versions of packages xfce4 recommends:
ii  desktop-base  7.0.0
ii  tango-icon-theme  0.8.90-5
ii  thunar-volman 0.6.1-1
ii  xfce4-notifyd 0.2.2-2
ii  xorg  1:7.7+1

Versions of packages xfce4 suggests:
ii  xfce4-goodies  4.8.2
pn  xfprint4   none

-- no debconf information


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

Bug#562005: [alacarte] GUI behaviour of right item pane does not meet expectations

[Brandon Bigam]

Package: alacarte
Version: 3.5.3-1
Followup-For: Bug #562005

I have been trying to use Alacarte in Debian Testing with XFCE.  I manually
applied the patch to fix the issue with trying to call a gnome dependency from
gnome-panel, and switched it to exo (from gnome-desktop-item-edit to exo-
desktop-item-edit in MainWindow.py).  But I still have the problem with being
able to drag right-panel items around.  Usually they simply won't move anywhere
I put them, and land back where I picked them up from.  When I run alacarte
from the terminal, I don't get any error messages anymore.

Thank you for all your good work.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (550, 'testing'), (400, 'testing-proposed-updates'), (400, 
'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages alacarte depends on:
ii  gir1.2-gdkpixbuf-2.0  2.26.1-1
ii  gir1.2-glib-2.0   1.32.1-1
ii  gir1.2-gmenu-3.0  3.4.2-3
ii  gir1.2-gtk-3.03.4.2-2
ii  python2.7.3~rc2-1
ii  python-gi 3.2.2-1

Versions of packages alacarte recommends:
pn  gnome-panel  none

alacarte suggests no packages.

-- no debconf information


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

Bug#683102: installation-reports: installation-report Debian Wheezy 7/15/2012 xfce

[Brandon Bigam]

Package: installation-reports
Severity: wishlist

Dear Maintainer,

-- Package-specific info:

Boot method: CD
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-xfce+lxde-CD-1.iso
 7/12/2012
Date: 7/15/2012

Machine: MacBook Pro 8,1 late 2011
Partitions: df -Tl will do; the raw partition table is preferred
Model: ATA TOSHIBA MK5065GS (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   EndSizeFile system Name  Flags
 1  20.5kB  210MB  210MB   fat32   EFI System Partition  boot
 2  210MB   120GB  120GB   hfs+Customer
 3  120GB   121GB  650MB   hfs+Recovery HD
 4  121GB   247GB  126GB   ext4
 8  247GB   373GB  126GB   ext4
 5  394GB   394GB  1000kBbios_grub
 6  394GB   496GB  102GB   ext4
 7  496GB   500GB  4201MB  linux-swap(v1)


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [0 ]
Detect network card:[0 ]
Configure network:  [E ]
Detect CD:  [0 ]
Load installer modules: [0 ]
Clock/timezone setup:   [0 ]
User/password setup:[0 ]
Detect hard drives: [0 ]
Partition hard drives:  [0 ]
Install base system:[0 ]
Install tasks:  [0 ]
Install boot loader:[0 ]
Overall install:[0 ]

Comments/Problems:
I was installing from CD without a network connection, and it was tedious
having to allow the installer to try to connect to the network before 
being given the option to proceed without a network connection.  I was
then able to boot successfully and most things worked, but I was disappointed
that no GUI web browser was installed, nor any GUI package manager such as
Synaptic (I know that Synaptic has since been added to the Xfce desktop task).
My wireless card (BCM4331) did not have the needed firmware, but I expected
that since it is proprietary, and the installer did suggest it.
Also, my sources.list was not configured except to install from the CD.
Thank you for your hard work on Debian!
-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=7.0 (wheezy) - installer build 20120712
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux Bigam-MacBookPro-Debian 3.2.0-3-amd64 #1 SMP Thu Jun 28 
09:07:26 UTC 2012 x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core 
Processor Family DRAM Controller [8086:0104] (rev 09)
lspci -knn: Subsystem: Apple Inc. Device [106b:00db]
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd 
Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:01.1 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd 
Generation Core Processor Family PCI Express Root Port [8086:0105] (rev 09)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd 
Generation Core Processor Family Integrated Graphics Controller [8086:0126] 
(rev 09)
lspci -knn: Subsystem: Apple Inc. Device [106b:00db]
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 6 
Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04)
lspci -knn: Subsystem: Intel Corporation Device [8086:7270]
lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 
Series Chipset Family USB Universal Host Controller #5 [8086:1c2c] (rev 05)
lspci -knn: Subsystem: Intel Corporation Device [8086:7270]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.7 USB controller [0c03]: Intel Corporation 6 Series/C200 
Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05)
lspci -knn: Subsystem: Intel Corporation Device [8086:7270]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series 
Chipset Family High Definition Audio Controller [8086:1c20] (rev 05)
lspci -knn: Subsystem: Intel Corporation Device [8086:7270]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series 
Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 6 

Bug#679164: Openbox crashes with the key combination Alt-Space and Right

[Brandon]

Package: openbox
Version: 3.4.11.1-1
Severity: grave
Justification: strong potential for data loss

To reproduce:
Press Alt-Space from any window. By default this opens the window menu.
Then press right arrow. Openbox and X crashes.

I have tried doing the same thing with fluxbox, and it doesn't crash
under the same circumstances, so I think the problem is with openbox.

-Brandon


signature.asc
Description: PGP signature

Bug#679164: Not found in latest version

[Brandon]

notfound 679164 3.5.0-4
thanks

This bug does not appear in the latest version.

-Brandon


signature.asc
Description: PGP signature

Bug#675284: w3afException on full_audit_manual_disc

[Brandon Simmons]

Package: w3af
Version: 1.0-rc3svn3489-1
Severity: important

Dear Maintainer,
doing apt-get update  apt-get upgrade  apt-get install w3af
then following the directions here:

http://sourceforge.net/apps/trac/w3af/wiki/perform-authenticated-scan-howto

using the 'full_audit_manual_disc' profile resulted immediately with a
bunch of errors and this crash log was written, containing:

-- start 
Submit this bug here: 
https://sourceforge.net/tracker/?func=addgroup_id=170274atid=853652 

Python version:
2.7.3rc2 (default, Apr 22 2012, 22:35:38) 
[GCC 4.6.3]

GTK version:2.24.10
PyGTK version:2.24.0


w3af - Web Application Attack and Audit Framework
Version: 1.1 (from Debian Package 1.0-rc3svn3489-1)
Author: Andres Riancho and the w3af team.Traceback (most recent call last):
  File /usr/share/w3af/core/ui/gtkUi/main.py, line 590, in startScanWrap
self.w3af.start()
  File /usr/share/w3af/core/controllers/w3afCore.py, line 417, in start
self._realStart()
  File /usr/share/w3af/core/controllers/w3afCore.py, line 602, in _realStart
self._end( e )
  File /usr/share/w3af/core/controllers/w3afCore.py, line 676, in _end
tm.join( joinAll=True )
  File /usr/share/w3af/core/controllers/threads/threadManager.py, line 119, 
in join
self._threadPool.wait( ownerObj, joinAll )
  File /usr/share/w3af/core/controllers/threads/threadpool.py, line 260, in 
wait
self.poll(block=True, ownerObj=ownerObj, joinAll=joinAll)
  File /usr/share/w3af/core/controllers/threads/threadpool.py, line 245, in 
poll
raise result
w3afException: w3afMustStopException found by _send_404, someone else will 
handle it.
-- end

I don't know what else is broken besides what I've described above.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages w3af depends on:
ii  graphviz2.26.3-10
ii  python  2.7.2-10
ii  python-gtk2 2.24.0-3
ii  python-support  1.0.14
ii  w3af-console1.0-rc3svn3489-1

w3af recommends no packages.

w3af suggests no packages.

-- no debconf information



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

Bug#671401: Please add support for keypad

[Brandon]

Package: pqiv
Version: 0.11-1
Severity: normal
Tags: patch

According to pqiv -h, pressing +, -, PgUp, PgDn, 0-3, and Cursor/Arrow
keys does something. However, these buttons don't work if they're
pressed on the keypad. I've noticed that this is especially annoying
for + and -, which on an ordinary keyboard you have to use shift to use
plus and then release shift for -.

I've included a patch that fixes this for +, -, PgUp, and PgDn. Arrow
keys and number keys are a little more complicated, since the code for
those sections uses event-keyval, which is different depending on the
key pressed.

-Brandon
--- a/pqiv.c
+++ b/pqiv.c
@@ -1714,11 +1714,13 @@
 			/* }}} */
 		/* BIND: PgUp: Jump 10 images forwards {{{ */
 		case GDK_Page_Up:
+		case GDK_KP_Page_Up:
 			jumpFiles(optionReverseMovement ? -10 : 10);
 			break;
 			/* }}} */
 		/* BIND: PgDn: Jump 10 images backwards {{{ */
 		case GDK_Page_Down:
+		case GDK_KP_Page_Down:
 			jumpFiles(optionReverseMovement ? 10: -10);
 			break;
 			/* }}} */
@@ -1809,6 +1811,7 @@
 			/* }}} */
 		/* BIND: +: Zoom in {{{ */
 		case GDK_plus:
+		case GDK_KP_Add:
 			scaleBy(event-state  GDK_CONTROL_MASK ? .2 : .05);
 			resizeAndPosWindow();
 			displayImage();
@@ -1817,6 +1820,7 @@
 			/* }}} */
 		/* BIND: -: Zoom out {{{ */
 		case GDK_minus:
+		case GDK_KP_Subtract:
 			scaleBy(-(event-state  GDK_CONTROL_MASK ? .2 : .05));
 			resizeAndPosWindow();
 			displayImage();
@@ -1825,6 +1829,7 @@
 			/* }}} */
 		/* BIND: 0: Autoscale down {{{ */
 		case GDK_0:
+		case GDK_KP_0:
 			forceAutoScaleFactor(ON);
 			moveX = moveY = 0;
 			resizeAndPosWindow();


signature.asc
Description: PGP signature

Bug#506494: Should this bug be closed?

[Brandon]

Hasn't this already been dealt with? Should this bug be closed?


signature.asc
Description: PGP signature

Bug#668085: software-center: Updates in software sources asks to notify you about next Ubuntu upgrade

[Brandon Anderson]

Package: software-center
Version: 5.1.2debian2
Severity: minor

Dear Maintainer,

When accessing the software sources through the software-center some unremoved
ubuntu branding still remains. Notify me of new Ubuntu version. I believe
this is just a text error for the label and has no other effect but confusing
the users. To recreate simply open software-center Edit -- Software Sources
-- Updates; the last option for distrobution upgrades is branded ubuntu. Let
me know if you dont see this.

Thanks,

Brandon



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

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

Versions of packages software-center depends on:
ii  app-install-data2010.11.17
ii  aptdaemon   0.43+bzr790-1
ii  gir1.2-glib-2.0 1.31.10-1
ii  gir1.2-gmenu-3.03.2.0.1-2
ii  gir1.2-gtk-3.0  3.2.3-1
ii  gir1.2-webkit-3.0   1.6.3-1
ii  gnome-icon-theme3.2.1.2-1
ii  lsb-release 4.1+Debian0
ii  policykit-1 0.104-2
ii  policykit-1-gnome   0.105-2
ii  python  2.7.2-10
ii  python-apt  0.8.3+nmu1
ii  python-aptdaemon0.43+bzr790-1
ii  python-aptdaemon.gtk3widgets0.43+bzr790-1
ii  python-dbus 0.84.0-3
ii  python-defer1.0.2+bzr481-1
ii  python-gi-cairo [python-gobject-cairo]  3.1.0-2
ii  python-gobject  3.1.0-2
ii  python-lazr.restfulclient   0.12.0-2
ii  python-xapian   1.2.8-1
ii  python-xdg  0.19-4

Versions of packages software-center recommends:
ii  apt-xapian-index  0.45
ii  gir1.2-launchpad-integration-3.0  none
ii  sessioninstaller  0.20-1
ii  software-properties-gtk   0.82.4debian3
ii  update-notifier   0.99.3debian10
ii  xz-lzma [lzma]5.1.1alpha+20110809-3
ii  zeitgeist-core0.8.2-1

software-center suggests no packages.

-- no debconf information



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