Bug#1014475: firmware-atheros: Please update QCA6390 firmware
Source: firmware-atheros Severity: wishlist Dear Maintainer, Please update QCA6930 firmware to the latest version. At the time of writing (https://github.com/kvalo/ath11k-firmware, commit 0497fb0): * amss.bin, m3.bin - from https://github.com/kvalo/ath11k-firmware/tree/master/QCA6390/hw2.0/1.0.1/WLAN.HST.1.0.1-05266-QCAHSTSWPLZ_V2_TO_X86-1/ * board-2.bin - from https://github.com/kvalo/ath11k-firmware/blob/master/QCA6390/hw2.0/board-2.bin md5sum: 682f7ca2e0b3ea16644c3585772a2cba amss.bin fafd08643ce688612c1af3590e309f3e board-2.bin fd4aa4a58f33854a751ec7d14d77ce91 m3.bin This firmware seems to provide substantial stability and power management benefits (C10 state is now achievable) on my Dell XPS 13 9310 Laptop with QCA6390 wifi. Even s2idle/resume became stable with 5.19 kernel (currently at rc4, from Debian experimental). -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-rc4-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information
Bug#911067: chromium: Conflict with chrome-gnome-shell /etc/chromium
Hello, 2018 m. spalio 15 d., pirmadienis 16:11:38 EEST Patrick Franz rašė: > > > > dpkg: erreur de traitement de l'archive /var/cache/apt/archives/ > > chromium_70.0.3538.54-2_amd64.deb (--unpack) : > > tentative de remplacement du répertoire « /etc/chromium » dans le > > paquet chrome-gnome-shell 10.1-1 avec un élément de type différent > > In my case, it conflicts with plasma-browser-integration, but I think > it's the same error: > > dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/ > chromium_70.0.3538.54-2_amd64.deb (--unpack): > Versuch, Verzeichnis »/etc/chromium« in Paket plasma-browser- > integration 5.13.5-1 mit Nichtverzeichnis zu überschreiben > > > Essentially it says, that it tries to override /etc/chromium in the > package plasma-browser-integration with a "non-directory". Since they ship native message hosts which are configured via /etc/chromium/ native-messaging-hosts/*.json according to https://developer.chrome.com/apps/ nativeMessaging I guess the change should be reverted as other location would conflict with official documentation ...
Bug#896845: bluetoothd crashes when turning on discoverable
Package: bluez Version: 5.49-1 Severity: important Tags: upstream Hello, bluetoothd crashes when turning on discoverable with some Bluetooth adapters. 5.47-1 works fine. # bluetoothctl discoverable on causes: Program received signal SIGSEGV, Segmentation fault. btd_adv_manager_refresh (manager=0x0) at src/advertising.c:1176 1176src/advertising.c: Toks failas ar aplankas neegzistuoja. (gdb) bt #0 btd_adv_manager_refresh (manager=0x0) at src/advertising.c:1176 #1 0x55bc1d76f702 in settings_changed (settings=, adapter=0x55bc1f0a5120) at src/adapter.c:543 #2 new_settings_callback (index=, length=, param=, user_data=0x55bc1f0a5120) at src/adapter.c:573 #3 0x55bc1d79efc8 in request_complete (mgmt=mgmt@entry=0x55bc1f09d3e0, status=, opcode=opcode@entry=6, index=index@entry=0, length=length@entry=4, param=0x55bc1f09d469) at src/shared/mgmt.c:261 #4 0x55bc1d79faed in can_read_data (io=, user_data=0x55bc1f09d3e0) at src/shared/mgmt.c:353 #5 0x55bc1d7ac203 in watch_callback (channel=, cond=, user_data=) at src/shared/io-glib.c:170 #6 0x7f9950d1e0f5 in g_main_context_dispatch () from target:/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x7f9950d1e4c0 in ?? () from target:/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 0x7f9950d1e7d2 in g_main_loop_run () from target:/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #9 0x55bc1d70f93b in main (argc=, argv=) at src/main.c:770 (gdb) Upstream seems to have fixes for that though but I have not tested them. It would nice to have them backported since this is a pretty significant regression. https://git.kernel.org/pub/scm/bluetooth/bluez.git/log/?qt=grep&q=btd_adv_manager_refresh -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bluez depends on: ii dbus 1.12.6-2 ii kmod 25-1 ii libasound21.1.3-5 ii libc6 2.27-3 ii libdbus-1-3 1.12.6-2 ii libdw10.170-0.4 ii libglib2.0-0 2.56.1-2 ii libreadline7 7.0-3 ii libudev1 238-4 ii lsb-base 9.20170808 ii udev 238-4 bluez recommends no packages. Versions of packages bluez suggests: ii pulseaudio-module-bluetooth 11.1-5 -- no debconf information
Bug#836766: libapache2-mod-gssapi: New upstream release (1.4.1) available
Package: libapache2-mod-gssapi Version: 1.3.2-1 Severity: wishlist Hello, a new upstream release (1.4.1) is available. 1.4.0 is needed by FreeIPA 4.3.2: https://fedorahosted.org/freeipa/ticket/5653 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#835822: [Pkg-utopia-maintainers] Bug#835822: network-manager: wifi network setup fails completely
Hello, On 2016 m. rugsėjo 1 d., ketvirtadienis 03:05:15 EEST you wrote: > I managed to get 1.4.0 work reliably for me (both Ethernet with DHCP at work > and Wifi at home) by adding the following configuration: > > [device] > wifi.scan-rand-mac-address=no > > > I added it first to /etc/NetworkManager/NetworkManager.conf, but later moved > it into a new file /etc/NetworkManager/conf.d/20-mac-address.conf Yes, I know. But still users need to do this manually. And the info may be hard to find if you have no Internet. Alternative is simply just keeping 1.4.0 from testing for a few more days.
Bug#832495: libreoffice: Extremely slow to redraw UI.
Hi Rene, 2016 m. liepos 26 d., antradienis 07:16:42 EEST rašė: > On Tue, Jul 26, 2016 at 09:53:07AM +0800, Andrew King wrote: > > After upgrading libreoffice, ui is extremely slow to redraw, almost to the > > point of unusable. (Hence - important).> > >ou are aware that the upgrade to 5.1.5 is already > 5 days old and > > noone complained so far? If it was a general problem and/or a problem with > the nvidia drivers probably people would already have filed a bug... Just to let you know, I have the same problem with Intel drivers [1] so it is not only nvidia related. It's probably something else with my and Andrew's configuration that causes this (which you do not have on your machine). If I notice anything, I will report back. Installing libreoffice-gtk3 "fixes" slow redraws however I don't really like it on KDE desktop. But UI is unbareably slow with libreoffice-gtk, libreoffice-kde (really bad with this one) or without any "UI" package. This is on 5.1.5~rc1 and 5.1.5~rc2. Haven't tested 5.2.0~rc3 though but Andrew's testing suggests it won't help. [1]*-display description: VGA compatible controller product: Core Processor Integrated Graphics Controller vendor: Intel Corporation physical id: 2 bus info: pci@:00:02.0 version: 12 width: 64 bits clock: 33MHz capabilities: msi pm vga_controller bus_master cap_list rom configuration: driver=i915 latency=0 resources: irq:34 memory:fb40-fb7f memory:e000- efff ioport:ff00(size=8) memory:c-d -- Modestas Vainius
Bug#734100: Fixed in VLC 3.0
Hello,
Sekmadienis 01 Lapkritis 2015 22:43:17 rašė:
> reopen 734100
> thanks
>
> On Sunday 01 November 2015 22:03:41 Modestas Vainius wrote:
> > Hello,
> >
> > Sekmadienis 01 Lapkritis 2015 18:10:54 rašė:
> > > tags 734100 + fixed-upstream
> > > thanks
> > >
> > > This should be fixed in upstream VLC 3.0.
> >
> > Thanks a lot. Could this package be backported to current packages?
>
> VLC 3.0 is nowhere near release at this point in time. This is up to the
> Debian Multimedia team, not me, but I would not advise uploading it to
> unstable. And I do not know if there are enough human resources to maintain
> an extra VLC 3.0 in experimental.
What I really meant was backporting of those patches to 2.2.1 packages.
Patches seemed pretty "short" at the glance hence I tried to do that myself.
47f74a83c161173b0d15e95dab8ceb7c97de51b4.patch was strightforward, applies
cleanly.
Unfortunately, 6ae2905ef7fbc7de3a3a4a1bdf8ad6df46ce570a wasn't that
strightforward. Had to do some modifications: 1st hunk already there in 2.2.1,
adapt DecoderPlayAudio hunks and remove the last 2 hunks (from DecoderThread
routine) since those locks are not present there in 2.2.1 codebase. I attach
both patches.
The end result builds fine and seems to fix the problem on my machine. Not
sure if patches break anything on 2.2.1 (i.e. if they need anything else from
3.0.0 to work properly). Rémi, maybe you could comment on that?
>
> > This
> > problem has been annoying me for a long time and lately it got only worse.
> > Unfortunately, increasing dmix buffer has some unwanted side effects in
> > other apps (audio-video desync).
>
> Either those other apps are buggy, or dmix is buggy. The audio delay value
> should account for the dmix buffer.
>
> Also, PulseAudio is better at mixing multiple apps.
Well, yeah, but I kind of dislike PulseAudio since its inception. I'm slowly
warming up to the idea that I may have to use it one day but that time has not
come yet...
--
Modestas Vainius diff --git a/modules/audio_output/alsa.c b/modules/audio_output/alsa.c
index 2d1f99e..4e9fd53 100644
--- a/modules/audio_output/alsa.c
+++ b/modules/audio_output/alsa.c
@@ -495,6 +495,15 @@ static int Start (audio_output_t *aout, audio_sample_format_t *restrict fmt)
}
sys->rate = fmt->i_rate;
+#if 1 /* work-around for period-long latency outputs (e.g. PulseAudio): */
+param = AOUT_MIN_PREPARE_TIME;
+val = snd_pcm_hw_params_set_period_time_near (pcm, hw, ¶m, NULL);
+if (val)
+{
+msg_Err (aout, "cannot set period: %s", snd_strerror (val));
+goto error;
+}
+#endif
/* Set buffer size */
param = AOUT_MAX_ADVANCE_TIME;
val = snd_pcm_hw_params_set_buffer_time_near (pcm, hw, ¶m, NULL);
@@ -503,14 +512,22 @@ static int Start (audio_output_t *aout, audio_sample_format_t *restrict fmt)
msg_Err (aout, "cannot set buffer duration: %s", snd_strerror (val));
goto error;
}
-
-param = AOUT_MIN_PREPARE_TIME;
+#if 0
+val = snd_pcm_hw_params_get_buffer_time (hw, ¶m, NULL);
+if (val)
+{
+msg_Warn (aout, "cannot get buffer time: %s", snd_strerror(val));
+param = AOUT_MIN_PREPARE_TIME;
+}
+else
+param /= 2;
val = snd_pcm_hw_params_set_period_time_near (pcm, hw, ¶m, NULL);
if (val)
{
msg_Err (aout, "cannot set period: %s", snd_strerror (val));
goto error;
}
+#endif
/* Commit hardware parameters */
val = snd_pcm_hw_params (pcm, hw);
--- a/src/input/decoder.c
+++ b/src/input/decoder.c
@@ -1180,6 +1180,8 @@ static void DecoderPlayAudio( decoder_t
if( unlikely(p_owner->b_paused != b_paused) )
continue; /* race with input thread? retry... */
+vlc_mutex_unlock( &p_owner->lock );
+
if( p_aout == NULL )
b_reject = true;
@@ -1199,7 +1201,6 @@ static void DecoderPlayAudio( decoder_t
break;
}
-vlc_mutex_unlock( &p_owner->lock );
}
static void DecoderDecodeAudio( decoder_t *p_dec, block_t *p_block )
@@ -1961,11 +1962,10 @@ static int aout_update_format( decoder_t
/* Parameters changed, restart the aout */
vlc_mutex_lock( &p_owner->lock );
-
-aout_DecDelete( p_owner->p_aout );
p_owner->p_aout = NULL;
-
vlc_mutex_unlock( &p_owner->lock );
+aout_DecDelete( p_owner->p_aout );
+
input_resource_PutAout( p_owner->p_resource, p_aout );
}
Bug#734100: Fixed in VLC 3.0
Hello, Sekmadienis 01 Lapkritis 2015 18:10:54 rašė: > tags 734100 + fixed-upstream > thanks > > This should be fixed in upstream VLC 3.0. Thanks a lot. Could this package be backported to current packages? This problem has been annoying me for a long time and lately it got only worse. Unfortunately, increasing dmix buffer has some unwanted side effects in other apps (audio-video desync). -- Modestas Vainius
Bug#802908: requires python3-gi to run
Package: caffeine Version: 2.8.3-1 Severity: serious Hello, caffeine uses modules from python3-gi and needs them to run (see below): Traceback (most recent call last): File "/usr/bin/caffeine", line 25, in from gi.repository import GObject, Gtk, GLib -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages caffeine depends on: ii gir1.2-appindicator3-0.1 0.4.92-3.1 ii gir1.2-gtk-3.03.18.2-1 ii libnet-dbus-perl 1.1.0-3 ii perl 5.20.2-6 ii python3 3.4.3-7 ii python3-pkg-resources 18.4-1 ii python3-xlib 0.14+20091101-5 pn python3:any caffeine recommends no packages. caffeine suggests no packages. -- no debconf information
Bug#802886: vlc: QT Interface wont full screen or renders only a small portion of the video
Control: tags -1 upstream Hello, Šeštadienis 24 Spalis 2015 11:34:11 rašė: > When using the QT interface in VLC, I can no longer doubleclick a video and > full screen it. When playing a video parts of it are masked off/cropped . > So only a small area approximatly 530x290 is visable. I've disabled overlay > with no effect. Resizing the video into the small visable area is the only > way to see the entire video uncropped. > > If I however run the command cvlc the video the full size and > have no issue fullscreening the video. It seems that the issue might be > with QT, but I am unsure how to figure out what the offending package > maybe. This was caused by upgrade from Qt 5.4 to 5.5. It is either vlc [1] or Qt 5.5 [2] issue (latter being more likely). I leave it up to maintainer to decide whether to reassign. However, from a user POV, vlc is basically unusable for video with this bug in place. There are two bugs here though: 1) double-click not working for full-screening. Can be worked around by setting QT_XCB_NO_XI2_MOUSE=1 when starting vlc [3]: $ QT_XCB_NO_XI2_MOUSE=1 vlc 2) video is only partially visible. Not aware of any workarounds yet. [1] https://trac.videolan.org/vlc/ticket/15663 [2] https://bugreports.qt.io/browse/QTBUG-48321 [3] https://trac.videolan.org/vlc/ticket/15663#comment:3 -- Modestas Vainius
Bug#793826: must depend on libqt5sql5-sqlite
Package: kactivities
Version: 5.12.0-1
Severity: important
Hello,
kactivities package must depend on libqt5sql5-sqlite. E.g. it is needed
for kactivitymanagerd to start. Symptoms:
--
$ time kactivitymanagerd
kf5.kiconthemes: "Theme tree: (Breeze)"
org.kde.kactivities.activities: Starting the KDE Activity Manager daemon
QDateTime("2015-07-28 00:14:12.044 EEST Qt::LocalTime")
kf5.kiconthemes: "Theme tree: (Breeze)"
kf5.kservice.sycoca: Trying to open ksycoca from
"/home/modax/.cache/ksycoca5"
org.kde.kactivities.application: [ OK ] loaded:
"Share-Like-Connect"
Setting the name: "org.kde.ActivityManager.ActivityTemplates"
org.kde.kactivities.application: [ OK ] loaded: "Veiklų šablonai"
org.kde.kactivities.application: [ OK ] loaded: "Event Spy"
Setting the name: "org.kde.ActivityManager.Resources.Scoring"
Creating directory:
"/home/modax/.local/share/kactivitymanagerd/resources/"
QSqlDatabase: QSQLITE driver not loaded
QSqlDatabase: available drivers:
KActivities: Database is not open:
"kactivities_db_resources_139977894074240_readwrite" "" QSqlError("",
"Driver not loaded", "Driver not loaded")
KActivities: Opening the database in RW mode should always succeed
Service started, version:
real 0m25.094s
user 0m0.044s
sys 0m0.004s
--
(no kactivitymanagerd after this)
SQLite plugin dependency seems to be hardcoded in the kactivities codebase.
Without kactivitymanagerd started on KDE startup, KDE will attempt to
start kamd at various occasions (see below) imposing a *full freeze* of UI
for ~25 secs each time.
* KDE startup
* on dolphin startup
* on the first query in krunner
* probably other places as well
This leads to really bad user experience while not being of grave level
as everything still mostly works.
Related bug: https://bugs.kde.org/show_bug.cgi?id=349992
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages kactivities depends on:
ii libc6 2.19-19
ii libkf5activities5 5.12.0-1
ii libkf5configcore5 5.12.0-1
ii libkf5configwidgets5 5.12.0-1
ii libkf5coreaddons5 5.12.0-1
ii libkf5dbusaddons5 5.12.0-1
ii libkf5globalaccel55.12.0-1
ii libkf5i18n5 5.12.0-1
ii libkf5kiocore55.12.0-1
ii libkf5kiowidgets5 5.12.0-1
ii libkf5service55.12.0-1
ii libkf5windowsystem5 5.12.0-1
ii libkf5xmlgui5 5.12.0-1
ii libqt5core5a 5.4.2+dfsg-4
ii libqt5dbus5 5.4.2+dfsg-4
ii libqt5gui55.4.2+dfsg-4
ii libqt5qml55.4.2-3
ii libqt5quick5 5.4.2-3
ii libqt5sql55.4.2+dfsg-4
ii libqt5widgets55.4.2+dfsg-4
ii libstdc++65.1.1-14
kactivities recommends no packages.
kactivities 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#754535: libuno_sal.so.3 from 4.3.0~rc2 does not seem to work with libreoffice 4.2.5 but deps do not prevent that
Package: uno-libs3 Version: 4.3.0~rc2-1 Severity: important Tags: experimental Hello, libreoffice 4.2.5 does not seem to work with uno-libs3 from 4.3.0~rc2 but package relationships do permit them to be installed together. With such combination, Calc crashes immediatelly when opening any ODS file for example. Error in dmesg: [2328717.409763] soffice.bin[32427]: segfault at 60 ip 7f5e93455924 sp 7fff48abc980 error 4 in libuno_sal.so.3[7f5e93428000+4e000] I hit this while trying to downgrade from 4.3.0~rc2 back to 4.2.5.2. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uno-libs3 depends on: ii libc6 2.19-5 ii libgcc1 1:4.9.0-10 ii libstdc++6 4.9.0-10 uno-libs3 recommends no packages. uno-libs3 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#741342: /usr/sbin/update-grub: update-grub writes root=UUID= to grub.cfg for LVM2, renders machine unbootable
Package: grub2-common
Version: 2.02~beta2-7
Severity: critical
File: /usr/sbin/update-grub
Justification: breaks the whole system
Hello,
update-grub writes root=UUID=xx for LVM2 volumes to kernel command line.
This renders the system unbootable since it is not supported as far as I can
tell.
Hence, if I replace root=UUID=af89a290-9c6f-4039-8d5c-95aa75654776 with
root=/dev/mapper/mdxinventi-root, the system boots fine.
P.S. It appears that 2.02~beta2-7 has been uploaded to unstable even if
the changelog indicates that it was targeted to experimental.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/mdxinventi-root / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sda1 /boot ext2 rw,relatime 0 0
/dev/mapper/mdxinventi-home /home ext4 rw,relatime,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-ST9500423AS_5WR0GXYW
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_msdos
insmod lvm
insmod ext2
set
root='lvmid/nqfp4d-BOkJ-OIVj-Uigv-ysEo-NOTR-8Xy1pJ/0TBnxh-eEPl-YGJO-6Q4E-9MRF-6qic-fIRzyl'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root
--hint='lvmid/nqfp4d-BOkJ-OIVj-Uigv-ysEo-NOTR-8Xy1pJ/0TBnxh-eEPl-YGJO-6Q4E-9MRF-6qic-fIRzyl'
af89a290-9c6f-4039-8d5c-95aa75654776
else
search --no-floppy --fs-uuid --set=root af89a290-9c6f-4039-8d5c-95aa75654776
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=lt_LT
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=-1
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=5
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod lvm
insmod ext2
set
root='lvmid/nqfp4d-BOkJ-OIVj-Uigv-ysEo-NOTR-8Xy1pJ/0TBnxh-eEPl-YGJO-6Q4E-9MRF-6qic-fIRzyl'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root
--hint='lvmid/nqfp4d-BOkJ-OIVj-Uigv-ysEo-NOTR-8Xy1pJ/0TBnxh-eEPl-YGJO-6Q4E-9MRF-6qic-fIRzyl'
af89a290-9c6f-4039-8d5c-95aa75654776
else
search --no-floppy --fs-uuid --set=root af89a290-9c6f-4039-8d5c-95aa75654776
fi
insmod png
if background_image /usr/share/images/desktop-base/joy-grub.png; then
set color_normal=white/black
set color_highlight=black/white
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu
--class os $menuentry_id_option
'gnulinux-simple-af89a290-9c6f-4039-8d5c-95aa75654776' {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'
77b9f482-78cc-4625-885e-1d6489b84fc1
else
search --no-floppy --fs-uuid --set=root
77b9f482-78cc-4625-885e-1d6489b84fc1
fi
echo'Loading Linux 3.13-1-amd64 ...'
linux /vmlinuz-3.13-1-amd64
root=UUID=af89a290-9c6f-4039-8d5c-95aa75654776 ro splash quiet
echo'Loading initial ramdisk ...'
initrd /initrd.img-3.13-1-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_i
Bug#640789: Crash on folder name with spaces
Control: tags -1 patch
Hello,
Trečiadienis 07 Rugsėjis 2011 11:57:14 rašė:
> It seems that an unescaped $dir in debian/iso-scan.postinst makes
> iso-scan exit while searching for iso images, if a folder name
> contains spaces.
>
> line 165:
> isolist=$(find $dir $opt -name "*.iso" -o -name "*.ISO" 2>/dev/null)
The patch is attached. I have been hit by this today and have spent hours
trying to understand what was going on.
--
Modestas Vainius >From 650fb20f67028f92c0a36acd2a95fc45bc8ae361 Mon Sep 17 00:00:00 2001
From: Modestas Vainius
Date: Sun, 29 Dec 2013 15:47:31 +0200
Subject: [PATCH] Escape directory path when invoking `find`.
Closes: #640789.
---
debian/changelog | 7 +++
debian/iso-scan.postinst | 2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/debian/changelog b/debian/changelog
index fbdd6b7..eecbdcf 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+iso-scan (1.52) UNRELEASED; urgency=medium
+
+ * Do not crash when searching in folders with shell-special characters in
+their name. (Closes: #640789)
+
+ -- Modestas Vainius Sun, 29 Dec 2013 15:49:15 +0200
+
iso-scan (1.51) unstable; urgency=low
[ Updated translations ]
diff --git a/debian/iso-scan.postinst b/debian/iso-scan.postinst
index 1255214..a21ed85 100755
--- a/debian/iso-scan.postinst
+++ b/debian/iso-scan.postinst
@@ -162,7 +162,7 @@ scan_device_for_isos() {
elif [ "$look_subdirs" = 1 ]; then
opt="-type f"
fi
- isolist=$(find $dir $opt -name "*.iso" -o -name "*.ISO" 2>/dev/null)
+ isolist=$(find "$dir" $opt -name "*.iso" -o -name "*.ISO" 2>/dev/null)
TOPLEVEL_DIRS_COUNT=$(($TOPLEVEL_DIRS_COUNT + 1))
for iso in $isolist; do
--
1.8.5.2
signature.asc
Description: This is a digitally signed message part.
Bug#731089: cmake: changes to libfreetype6-dev break FindPackage(Freetype)
Hello, Sekmadienis 15 Gruodis 2013 11:54:36 Cyril Brulebois rašė: > I've uploaded the fixed package to DELAYED/2. Please tell me if I should > reschedule it to a different DELAYED queue. Please delay this NMU by another 2 days. I plan to look at this & related stuff soon but if I don't make it, your NMU will be good enough. signature.asc Description: This is a digitally signed message part.
Bug#732344: samba-libs: hdb_samba4.so: too loose dependency on heimdal
Package: samba-libs Version: 2:4.0.13+dfsg-1 Severity: serious Hello, as far as I can tell, hdb_samba4.so built against heimdal 1.6~git20131117+dfsg-3 can no longer work with heimdal 1.6~git20120403+dfsg1-2 due to bumped plugin interface version. However, samba-libs dependencies do not indicate this requirement (heimdal >= 1.4.0+git20110226 there only) As a result, partial upgrades are possible. What is more, I think it may not be enough to bump heimdal dep to the latest version. Actually, you should ensure that older samba-libs does not get used with newer (i.e. with bumped plugin interface) heimdal. Probably this would be best achieved by heimdal exporting its plugin interface version (as virtual package) via shlibs/symbols so all plugins could pick it up automagically (provided there is a symbol in heimdal all plugins will use). So I'm CC'ing heimdal maintainers as well. signature.asc Description: This is a digitally signed message part.
Bug#732342: samba-libs: hdb_samba4.so broken
Package: samba-libs Version: 2:4.0.13+dfsg-1 Severity: serious Hello, as far as I can tell, all samba >= 2:4.0.12+dfsg-1 versions have broken hdb_samba4.so. I.e. samba-tool domain exportkeytab SEGFAULTs and I'm able to remotely crash samba daemon process with some simple msktutil magic. I was not able to get proper a backtrace from 4.0.13 version (corrupted stack) but e.g. `samba -M single -i -d 10` dies right after UDP packet from msktutil is received (just after "Starting GENSEC mechanism krb5" is printed in the output). I guess that 26_heimdal_compat patch is incomplete or broken but I cannot confirm that. Downgrading samba to 4.0.11 and heimdal to 1.6~git20120403+dfsg1-2 makes it work again. Tested on up-to-date testing. signature.asc Description: This is a digitally signed message part.
Bug#730131: phonon-backend-vlc: Changing volume in KDE applications broken
Control: tags -1 patch upstream On Thursday 21 of November 2013 20:49:15 Ralf Jung wrote: > Package: phonon-backend-vlc > Version: 0.7.0-1 > Severity: important > > Dear Maintainer, > > since I upgraded to Phonon 4.7 and Phonon-VLC 0.7, changing playback volume > in Amarok is broken. > rdieter on IRC pointed out that this is probably > https://bugs.kde.org/show_bug.cgi?id=327279, and indeed as stated there, > re-compiling this package unmodified against current unstable (to ensure it > is built against libphonon) fixes volume changes in Amarok. It'd be great > if someone could trigger a re-build, or re-upload, of the VLC backend. It > may also be a good idea to cherry-pick > https://projects.kde.org/projects/kdesupport/phonon/phonon/repository/revisi > ons/f278a93493ac04ce04d48e8e5b5158caa0621ce3 so that other backends still > using the "old" style of environment (whatever that may be) continue to > work. I did not try though whether that patch alone helps. > > Kind regards > Ralf phonon-backend-vlc already has a strict build dependency on libphonon-dev (>= 4:4.7.0.0). So whatever fixed the bug was not libphonon 4.7 but something from your build environment. Anyway, this means that the patch from the bug report is necessary, binNMU may not be enough. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729545: libmtp-dev dependency issue on kfreebsd
Control: reassign -1 libgphot2-2-dev 2.4.14-2.3 Hello, Sekmadienis 17 Lapkritis 2013 19:17:31 Markus Koschany rašė: > I prepared the last NMU for libgphoto2 because we ran into a similar > issue with sane-backends back then. I agree that libmtp-dev needs to be > fixed too. However I also think that the dependency on libusbx/libusb2 > can be dropped completely from libgphot2-2-dev because the reason for > that, described in #407108, no longer holds true. > > See also http://bugs.debian.org/717914, that libgphoto2-2-dev should not > depend on libusb-1.0-0-dev anymore. Looks like you are right: libusb-1.0-0-dev should be dropped from libgphot2-2- dev depends. I will prepare a NMU. signature.asc Description: This is a digitally signed message part.
Bug#726341: ideviceinstaller: FTBFS against libimobildevice 1.1.5
Hello, Antradienis 19 Lapkritis 2013 20:24:36 Andreas Metzler rašė: > > Šeštadienis 09 Lapkritis 2013 09:29:29 rašė: > > > This FTBFS is now happening in sid, so bumping this to serious. This is > > > currently stalling the libimobildevice transition. > > > > Could you NMU ideviceinstaller in unstable? It seems to have built > > fine on all arches in experimental. > > Hello, > > I can, but I will not be able to this week. I expect it would take > until monday 26th. Ok, I have some time so I will do it today then. signature.asc Description: This is a digitally signed message part.
Bug#729239: clementine: FTBFS on kfreebsd-*: /usr/bin/ld: cannot find -lexecinfo
Control: tags -1 patch
Hello,
Sekmadienis 10 Lapkritis 2013 18:20:30 rašė:
> Thanks for solving the problem with libimobiledevice; it is much
> appreicated. Unfortunately, it seems that the new version of
> clementine FTBFS on kfreebsd-{i386,amd64}:
>
> """
> Linking CXX executable ../../clementine-tagreader
> cd
> /«BUILDDIR»/clementine-1.2.0+dfsg/obj-x86_64-kfreebsd-gnu/ext/clementine-ta
> greader && /usr/bin/cmake -E cmake_link_script
> CMakeFiles/clementine-tagreader.dir/link.txt --verbose=1 /usr/bin/c++
> -DQT_NO_DEBUG_OUTPUT -DQT_NO_WARNING_OUTPUT --std=c++0x -U__STRICT_ANSI__
> -O2 -g -DNDEBUG -Wl,-z,relro
> CMakeFiles/clementine-tagreader.dir/main.cpp.o
> CMakeFiles/clementine-tagreader.dir/tagreaderworker.cpp.o
> CMakeFiles/clementine-tagreader.dir/qrc_data.cxx.o -o
> ../../clementine-tagreader -ltag -lQtCore -lQtNetwork
> ../libclementine-common/liblibclementine-common.a
> ../libclementine-tagreader/liblibclementine-tagreader.a -lexecinfo
> ../libclementine-common/liblibclementine-common.a -lprotobuf -ltag
> -lpthread /usr/bin/ld: cannot find -lexecinfo
> collect2: error: ld returned 1 exit status
> make[4]: *** [clementine-tagreader] Error 1
> [...]
> """
>
> Sadly, this failure is preventing us from benefiting from your
> libimobiledevice fix (as clementine cannot migrate to testing while it
> has out of date binaries on kfreebsd).
The attached patch is sufficient to fix this bug (tested).
--
Modestas Vainius Description: Tighten FreeBSD system name check not to match kFreeBSD
Author: Modestas Vainius
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729239
Origin: vendor
Last-Update: 2013-11-17
CMAKE_SYSTEM_NAME on GNU/kFreeBSD is "kFreeBSD" so we cannot use MATCHES
(regexp) operation here.
--- a/src/CMakeLists.txt
+++ b/src/CMakeLists.txt
@@ -1287,7 +1287,7 @@ if (UNIX AND NOT APPLE)
# they end up getting ignored. This appends them to the very end of the link
# line, ensuring they're always used.
find_package(X11)
- if (${CMAKE_SYSTEM_NAME} MATCHES "FreeBSD")
+ if (${CMAKE_SYSTEM_NAME} STREQUAL "FreeBSD")
target_link_libraries(clementine_lib ${X11_X11_LIB})
else ()
target_link_libraries(clementine_lib ${X11_X11_LIB} ${CMAKE_DL_LIBS})
@@ -1320,9 +1320,9 @@ add_executable(clementine
main.cpp
)
-if (${CMAKE_SYSTEM_NAME} MATCHES "FreeBSD")
+if (${CMAKE_SYSTEM_NAME} STREQUAL "FreeBSD")
target_link_libraries(clementine execinfo)
-endif (${CMAKE_SYSTEM_NAME} MATCHES "FreeBSD")
+endif (${CMAKE_SYSTEM_NAME} STREQUAL "FreeBSD")
target_link_libraries(clementine
clementine_lib
--- a/ext/clementine-tagreader/CMakeLists.txt
+++ b/ext/clementine-tagreader/CMakeLists.txt
@@ -33,11 +33,11 @@ target_link_libraries(clementine-tagread
libclementine-tagreader
)
-if(${CMAKE_SYSTEM_NAME} MATCHES "FreeBSD")
+if(${CMAKE_SYSTEM_NAME} STREQUAL "FreeBSD")
target_link_libraries(clementine-tagreader
execinfo
)
-endif(${CMAKE_SYSTEM_NAME} MATCHES "FreeBSD")
+endif(${CMAKE_SYSTEM_NAME} STREQUAL "FreeBSD")
if(APPLE)
target_link_libraries(clementine-tagreader
signature.asc
Description: This is a digitally signed message part.
Bug#729545: libmtp-dev dependency issue on kfreebsd
Control: forcemerge -1 729249 Sekmadienis 17 Lapkritis 2013 17:56:12 Aurelien Jarno rašė: > On Sun, Nov 17, 2013 at 06:27:54PM +0200, Modestas Vainius wrote: > > Control: reassign -1 libmtp-dev 1.1.6-20-g1b9f164-1 > > > > Hello, > > > > Ketvirtadienis 14 Lapkritis 2013 03:12:20 rašė: > > > Package: libgphoto2-2-dev > > > Version: 2.4.14-2.3 > > > Severity: serious > > > Tags: patch > > > User: debian-...@lists.debian.org > > > Usertags: kfreebsd > > > Control: block 725951 by -1 > > > > > > Hi, > > > > > > The recent change to the libusb dependency of libgphoto2-2-dev created > > > an odd problem on kfreebsd when trying to build gvfs: > > > > > > https://buildd.debian.org/status/package.php?p=gvfs > > > > > > > gvfs build-depends on: > > > > - libgphoto2-2-dev (>= 2.4.0) > > > > libgphoto2-2-dev depends on: > > > > - libusb-1.0-0-dev | --virtual-libusb-1.0-0-dev > > > > gvfs build-depends on: > > > > - libmtp-dev (>= 1.1.0) > > > > libmtp-dev depends on: > > > > - libusb-dev > > > > libusb2-dev conflicts with: > > > > - libusb-dev > > > > > > kfreebsd has its own libusb-dev different from the implementations > > > available on linux. > > > > I wouldn't be so sure that libgphoto2 is the one which needs to be fixed. > > In my opinion, here libmtp-dev does the wrong thing. libusb-1.0 home > > page[1] says: > > > > -- > > --- FreeBSD 8 and above include a FreeBSD-specific reimplementation of the > > libusb-1.0 API, so your applications will probably work there too. The > > source code for this library can be found here. > > -- > > --- > > > > Having in mind that libusb-0.1 is deprecated, it seems that the whole > > libusb* packaging structure (i.e. libusb-1.0-0-dev virtual package on > > kFreeBSD) in Debian is meant to establish that libusbx should be used on > > Linux while libusb2 from freebsd-libs should be used on kFreeBSD. I might > > be wrong so I'm also CC'ing libusbx and kFreeBSD maintainers. I will > > reassign the bug back to libgphoto2-2-dev if that's the case. > > This is exactly what I suggested in bug #729249. Hello, ok, let's merge them then. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#726341: ideviceinstaller: FTBFS against libimobildevice 1.1.5
Hello Andreas, Šeštadienis 09 Lapkritis 2013 09:29:29 rašė: > This FTBFS is now happening in sid, so bumping this to serious. This is > currently stalling the libimobildevice transition. Could you NMU ideviceinstaller in unstable? It seems to have built fine on all arches in experimental. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#729545: libmtp-dev dependency issue on kfreebsd
Control: reassign -1 libmtp-dev 1.1.6-20-g1b9f164-1
Hello,
Ketvirtadienis 14 Lapkritis 2013 03:12:20 rašė:
> Package: libgphoto2-2-dev
> Version: 2.4.14-2.3
> Severity: serious
> Tags: patch
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
> Control: block 725951 by -1
>
> Hi,
>
> The recent change to the libusb dependency of libgphoto2-2-dev created
> an odd problem on kfreebsd when trying to build gvfs:
>
> https://buildd.debian.org/status/package.php?p=gvfs
>
> > gvfs build-depends on:
> > - libgphoto2-2-dev (>= 2.4.0)
> > libgphoto2-2-dev depends on:
> > - libusb-1.0-0-dev | --virtual-libusb-1.0-0-dev
> > gvfs build-depends on:
> > - libmtp-dev (>= 1.1.0)
> > libmtp-dev depends on:
> > - libusb-dev
> > libusb2-dev conflicts with:
> > - libusb-dev
>
> kfreebsd has its own libusb-dev different from the implementations
> available on linux.
I wouldn't be so sure that libgphoto2 is the one which needs to be fixed. In
my opinion, here libmtp-dev does the wrong thing. libusb-1.0 home page[1]
says:
-
FreeBSD 8 and above include a FreeBSD-specific reimplementation of the
libusb-1.0 API, so your applications will probably work there too. The source
code for this library can be found here.
-
Having in mind that libusb-0.1 is deprecated, it seems that the whole libusb*
packaging structure (i.e. libusb-1.0-0-dev virtual package on kFreeBSD) in
Debian is meant to establish that libusbx should be used on Linux while
libusb2 from freebsd-libs should be used on kFreeBSD. I might be wrong so I'm
also CC'ing libusbx and kFreeBSD maintainers. I will reassign the bug back to
libgphoto2-2-dev if that's the case.
So the attached patch once applied against libmtp would also solve the
problem. I have verified that resulting libmtp actually builds on both
kfreebsd-amd64/sid and linux-amd64/sid. I haven't checked that it works on
kfreebsd-amd64 though but very likely it is safe to assume that it would.
[1] http://www.libusb.org/wiki/libusb-1.0
--
Modestas Vainius diff -Nru libmtp-1.1.6-20-g1b9f164/debian/changelog libmtp-1.1.6-20-g1b9f164/debian/changelog
--- libmtp-1.1.6-20-g1b9f164/debian/changelog 2013-08-23 11:22:41.0 +0300
+++ libmtp-1.1.6-20-g1b9f164/debian/changelog 2013-11-17 18:04:40.0 +0200
@@ -1,3 +1,9 @@
+libmtp (1.1.6-20-g1b9f164-1.1) UNRELEASED; urgency=low
+
+ * Build against libusb2 on kfreebsd-any. (Closes: #729545)
+
+ -- Modestas Vainius Sun, 17 Nov 2013 14:37:35 +
+
libmtp (1.1.6-20-g1b9f164-1) unstable; urgency=low
* New upstream release.
diff -Nru libmtp-1.1.6-20-g1b9f164/debian/control libmtp-1.1.6-20-g1b9f164/debian/control
--- libmtp-1.1.6-20-g1b9f164/debian/control 2013-08-23 11:21:28.0 +0300
+++ libmtp-1.1.6-20-g1b9f164/debian/control 2013-11-17 18:04:40.0 +0200
@@ -13,8 +13,8 @@
dpkg-dev (>= 1.13.19),
gnulib,
libgcrypt11-dev,
- libusb-1.0-0-dev [linux-any],
- libusb-dev [!linux-any],
+ libusb-1.0-0-dev [!hurd-i386],
+ libusb-dev [hurd-i386],
lsb-release,
pkg-config,
xsltproc
@@ -96,8 +96,8 @@
Architecture: any
Depends:
libmtp9 (= ${binary:Version}),
- libusb-1.0-0-dev [linux-any],
- libusb-dev [!linux-any],
+ libusb-1.0-0-dev [!hurd-i386],
+ libusb-dev [hurd-i386],
${misc:Depends}
Multi-Arch: same
Description: Media Transfer Protocol (MTP) development files
diff -Nru libmtp-1.1.6-20-g1b9f164/debian/control.in libmtp-1.1.6-20-g1b9f164/debian/control.in
--- libmtp-1.1.6-20-g1b9f164/debian/control.in 2013-08-23 11:20:52.0 +0300
+++ libmtp-1.1.6-20-g1b9f164/debian/control.in 2013-11-17 18:20:37.0 +0200
@@ -13,8 +13,8 @@
dpkg-dev (>= 1.13.19),
gnulib,
libgcrypt11-dev,
- libusb-1.0-0-dev [linux-any],
- libusb-dev [!linux-any],
+ libusb-1.0-0-dev [!hurd-i386],
+ libusb-dev [hurd-i386],
lsb-release,
pkg-config,
xsltproc
@@ -96,8 +96,8 @@
Architecture: any
Depends:
libmtp@SOVERSION@ (= ${binary:Version}),
- libusb-1.0-0-dev [linux-any],
- libusb-dev [!linux-any],
+ libusb-1.0-0-dev [!hurd-i386],
+ libusb-dev [hurd-i386],
${misc:Depends}
Multi-Arch: same
Description: Media Transfer Protocol (MTP) development files
diff -Nru libmtp-1.1.6-20-g1b9f164/debian/patches/kfreebsd_libusb2.patch libmtp-1.1.6-20-g1b9f164/debian/patches/kfreebsd_libusb2.patch
--- libmtp-1.1.6-20-g1b9f164/debian/patches/kfreebsd_libusb2.patch 1970-01-01 03:00:00.0 +0300
+++ libmtp-1.1.6-20-g1b9f164/debian/patches/kfreebsd_libusb2.patch 2013-11-17 18:04:40.0 +0200
@@ -0,0 +1,17 @@
+Description: Make libmtp built against libusb2-dev on kFreeBSD
+Author: Modestas Vainius
+Bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729545
+Origin: vendor
+Last-Update: 2013-11-17
+
+--- libmtp-
Bug#729806: A full build of libmtp fails on non-Linux
Source: libmtp Version: 1.1.6-20-g1b9f164-1 Severity: serious Hello, it seems that a full build of libmtp can only be done on Linux. That's because libmtp-common contains Linux-only file(s): /usr/share/hal/fdi/information/20thirdparty/20-libmtp9.fdi /lib/udev/rules.d/69-libmtp.rules (probably) which libmtp build system does not install on non-Linux OSes. For example, the attached build.log file contains full build FTBFS on kfreebsd-amd64. -- Modestas Vainius dpkg-buildpackage: source package libmtp dpkg-buildpackage: source version 1.1.6-20-g1b9f164-1 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Alessio Treglia dpkg-source --before-build libmtp-1.1.6-20-g1b9f164 dpkg-buildpackage: host architecture kfreebsd-amd64 fakeroot debian/rules clean dh clean --with autoreconf dh_testdir debian/rules override_dh_auto_clean make[1]: Entering directory `/home/modax/ftbfs/libmtp-1.1.6-20-g1b9f164' rm -f mtp-tools.1 debian/libmtp9.docs debian/libmtp9.install debian/libmtp9.preinst debian/libmtp9.postinst 20-libmtp9.fdi # Restore original file test ! -e src/gphoto2-endian.h-orig \ || mv src/gphoto2-endian.h-orig src/gphoto2-endian.h dh_auto_clean make[1]: Leaving directory `/home/modax/ftbfs/libmtp-1.1.6-20-g1b9f164' debian/rules override_dh_autoreconf_clean make[1]: Entering directory `/home/modax/ftbfs/libmtp-1.1.6-20-g1b9f164' rm -rf config.rpath dh_autoreconf_clean make[1]: Leaving directory `/home/modax/ftbfs/libmtp-1.1.6-20-g1b9f164' dh_clean dpkg-source -b libmtp-1.1.6-20-g1b9f164 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building libmtp using existing ./libmtp_1.1.6-20-g1b9f164.orig.tar.gz dpkg-source: info: building libmtp in libmtp_1.1.6-20-g1b9f164-1.debian.tar.gz dpkg-source: info: building libmtp in libmtp_1.1.6-20-g1b9f164-1.dsc debian/rules build dh build --with autoreconf dh_testdir debian/rules override_dh_autoreconf make[1]: Entering directory `/home/modax/ftbfs/libmtp-1.1.6-20-g1b9f164' cp /usr/share/gnulib/build-aux/config.rpath . dh_autoreconf libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying file `m4/ltversion.m4' libtoolize: copying file `m4/lt~obsolete.m4' configure.ac:10: installing './compile' configure.ac:13: installing './config.guess' configure.ac:13: installing './config.sub' configure.ac:5: installing './install-sh' configure.ac:5: installing './missing' examples/Makefile.am: installing './depcomp' make[1]: Leaving directory `/home/modax/ftbfs/libmtp-1.1.6-20-g1b9f164' debian/rules override_dh_auto_configure make[1]: Entering directory `/home/modax/ftbfs/libmtp-1.1.6-20-g1b9f164' sed "s/@SOVERSION@/9/g" < debian/libmtp.docs.in > debian/libmtp9.docs sed "s/@SOVERSION@/9/g" < debian/libmtp.install.in > debian/libmtp9.install sed "s/@SOVERSION@/9/g" < debian/libmtp.preinst.in > debian/libmtp9.preinst sed "s/@SOVERSION@/9/g" < debian/libmtp.postinst.in > debian/libmtp9.postinst # Save file modified by configure ( test -e src/gphoto2-endian.h-orig -o ! \( -e src/gphoto2-endian.h \) ) \ || cp src/gphoto2-endian.h src/gphoto2-endian.h-orig dh_auto_configure -- --enable-static=no --enable-doxygen configure: WARNING: unrecognized options: --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 whether make supports nested variables... yes 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 whether gcc understands -c and -o together... yes checking for style of include used by make... GNU checking dependency style of gcc... none checking whether ln -s works... yes checking build system type... x86_64-pc-kfreebsd-gnu checking host system type... x86_64-pc-kfreebsd-gnu checking how to print strings... printf checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/b
Bug#728941: [Pkg-kde-extras] Bug#728941: [amarok-utils] No manual pages for amzdownloader, amarok_afttagger
Control: severity -1 minor Hello, Trečiadienis 06 Lapkritis 2013 21:49:01 rašė: > This could be particularly problematic for amzdownloader, as it also doesn't > support the --help option. But it is an UI application which does not take (need) any arguments. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#728842: libtag1c2a: tag display messed up with mpd clients
Hello, Trečiadienis 06 Lapkritis 2013 08:43:01 rašė: > Dear Maintainer, > After editing tags in ncmpcpp or sonata, the tag display is messed up for > the files edited. The tag itself remains right (reverting back to Jessie > version of the lib gives back the correct display), but it is displayed > with Chinese characters instead of Latin ones. Could you attach or post a link to such a corrupted FLAC file? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#728819: nmu: kdenetwork_4:4.10.5-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu kdenetwork_4:4.10.5-3 . ALL . -m "Rebuild against libktorrent5" With Dep-Wait on libktorrent-dev (>= 1.3.1) I know that technically this is a transition but it's really a very small one: libktorrent, ktorrent and kdenetwork. I have just uploaded both libktorrent and ktorrent myself. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.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#609817: [ktorrent] here is a back trace
Control: reassign -1 libktorrent4 1.2.0 Control: close -1 1.2.1 Hello, Ketvirtadienis 19 Balandis 2012 07:59:47 rašė: > [KCrash Handler] > #7 0xb76e9430 in __kernel_vsyscall () > #8 0xb556d941 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 > #9 0xb5570d72 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 > #10 0xb55a7135 in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 > #11 0xb55b1221 in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 > #12 0xb55b2a88 in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 > #13 0xb55b5b3d in free () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 > #14 0xb572fd3f in operator delete(void*) () from /usr/lib/i386-linux- > gnu/libstdc++.so.6 > #15 0xb758e89c in deallocate (__p=0xaaf6d60, this=) at > /usr/include/c++/4.6/ext/new_allocator.h:98 > #16 _M_put_node (__p=0xaaf6d60, this=) at > /usr/include/c++/4.6/bits/stl_list.h:331 > #17 _M_erase (__position=..., this=) at According to upstream, this was fixed in libktorrent 1.2.1 (ktorrent 4.2.1) -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#728793: cmake: Automoc ignores ADD_DEFINITIONS
Control: forwarded -1 http://cmake.org/Bug/view.php?id=14535 Control: tags -1 upstream Hello, Antradienis 05 Lapkritis 2013 16:20:48 Tomassino Ferrauto rašė: > After upgrading from cmake 2.8.11.2-1 to 2.8.12-2 automoc has stopped using > the definitions added with ADD_DEFINITION. Consider for example the > following situation: It seems like upstream knows about this and the fix is being cooked at the moment. As far as I can tell, there are plans for 2.8.12.1 in the very close future which will probably have this fix. signature.asc Description: This is a digitally signed message part.
Bug#726406: Amarok crash report
Control: reassign -1 libqtwebkit4 2.2.1-5 Hello, Antradienis 15 Spalis 2013 15:55:03 rašė: > Thread 4 (Thread 0x7f56021ad700 (LWP 26899)): > [KCrash Handler] > #5 0x7f56caaef56c in ?? () from /usr/lib/x86_64-linux- > gnu/libQtWebKit.so.4 > #6 0x7f56caaecbb2 in JSObjectMakeFunctionWithCallback () from > /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 > #7 0x7f5600c86795 in ?? () from /usr/lib/x86_64-linux- > gnu/libproxy/0.3.1/modules/pacrunner_webkit.so > #8 0x7f5601c9fc51 in px_proxy_factory_get_proxies () from > /usr/lib/x86_64-linux-gnu/libproxy.so.0 > #9 0x7f5601ea8d32 in OpenWithCookies (p_this=0x1549bb8, > psz_access=, i_redirect=5, cookies=) at http.c:384 > #10 0x7f56b180dc29 in vlc_module_load > (p_this=p_this@entry=0x1549bb8, > psz_capability=psz_capability@entry=0x7f56b183db93 "access", > psz_name=, psz_name@entry=0x1610fc0 "http", > b_strict=b_strict@entry=true, probe=probe@entry=0x7f56b180d4d0 ) > at modules/modules.c:347 > #11 0x7f56b180e0b4 in module_need > (obj=obj@entry=0x1549bb8, cap=cap@entry=0x7f56b183db93 > "access", name=name@entry=0x1610fc0 "http", > strict=strict@entry=true) at modules/modules.c:437 > #12 0x7f56b17c3b08 in access_New > (p_obj=p_obj@entry=0x7f5697e84d28, > p_parent_input=p_parent_input@entry=0x7f5697e84d28, > psz_access=0x1610fc0 "http", psz_demux=0x7f56b184f88a "", > psz_location=0x1610fc7 "mp4.somafm.com:8002") at input/access.c:87 > #13 0x7f56b17d82b4 in InputSourceInit > (p_input=p_input@entry=0x7f5697e84d28, in=0x7f5697e84e20, > psz_mrl=0x7f5697e83200 "http://mp4.somafm.com:8002";, > psz_forced_demux=psz_forced_demux@entry=0x0, > b_in_can_fail=b_in_can_fail@entry=false) at input/input.c:2458 > #14 0x7f56b17d924e in Init > (p_input=p_input@entry=0x7f5697e84d28) at input/input.c:1258 > #15 0x7f56b17dc9b5 in Run (obj=0x7f5697e84d28) at > input/input.c:550 > #16 0x7f56d0c20b50 in start_thread (arg=) at > pthread_create.c:304 > #17 0x7f56d4404a7d in clone () at > ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 > #18 0x in ?? () Do you use an HTTP proxy of some kind to access the network? Is it PAC [1] based? If so, I guess you can avoid the crash by switching away from PAC. Could you reproduce the problem with libqtwebkit4-dbg installed? 1. http://en.wikipedia.org/wiki/Proxy_auto-config -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#570754: kid3: Crashes when obtaining tags for a .wma file
Control: reassign -1 libtunepimp5 0.5.3-7.3 Control: close -1 0.5.3-7.3+rm Hello, Sekmadienis 21 Vasaris 2010 21:17:12 rašė: > Patrick Matthäi wrote: > > But I think it would be nice for the libtag1-vanilla maintainer, to > > have an example file, where it crashes. > > I downloaded this one from http://samples.mplayerhq.hu/A-codecs/WMA/. > Direct link: > http://samples.mplayerhq.hu/A-codecs/WMA/Bangles%2001%20-%20Walk%20Like%20A > n%20Egyptian.wma This has never been a problem in taglib. It was a double free in libtunepimp5. However, it is irrelevant now since libtunepimp5 is gone. I have tested the same scenario with kid3 in up-to-date sid and everything works. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#711515: -DNDEBUG vs RelWithDebInfo
Hello, pirmadienis 04 Lapkritis 2013 11:37:52 Mathieu Malaterre rašė: > According to: > > http://bugs.debian.org/701233 > > "-DCMAKE_BUILD_TYPE=RelWithDebInfo" is the default in debhelper. While: > > http://bugs.debian.org/701231 > > Specifies that compilation flags should *not* contains -DNEBUG > > If this cannot be fixed in cmake (which would make sense), I guess it > can be reassigned to debhelper. Well, I certainly won't change cmake upstream defaults for RelWithDebInfo. However, this makes me wonder if we should "invent" a new build type which could be used for Debian package building and switch to it in debhelper. Even having read the bugs and the thread you linked me to, I still don't understand what's so evil about NDEBUG... signature.asc Description: This is a digitally signed message part.
Bug#712241: [ninja]: ninja edit_cache does nothing
Hello, Penktadienis 14 Birželis 2013 13:36:39 rašė: > For some reason I can get `make edit_cache` to spawn ccmake, but `ninja > edit_cache` does not seems to be doing anything: > > $ ninja edit_cache > [1/1] Running CMake cache editor... > -> seems to be stuck forever It seems the reason is: -- http://martine.github.io/ninja/manual.html Command output is always buffered. This means commands running in parallel don’t interleave their output, and when a command fails we can print its failure output next to the full command line that produced the failure. -- So I think we can't really blame CMake for this. It seems like interactive commands will never work in ninja by design. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#728620: Update dh_installemacsen etc. for emacsen policy as of emacsen-common 2.0.5
Hello,
Sekmadienis 03 Lapkritis 2013 12:20:08 Joey Hess rašė:
> Modestas Vainius wrote:
> > +=item debian/I.emacsen-compat
> > +
> > +Installed into F in the
> > +package build directory.
>
> This all looks good, but I noticed you didn't update the PROMISE line in
> dh_installemacsen when adding this new config file.
Looks like I forgot. Fixed now (whole patch attached).
> Once that's fixed, it seems ready for you to commit. You might need a
> commit bit, but that can be fixed. ;)
Ok, then waiting for commit bit.
>From 4ac1cbece54c93f764316a1d733a73ee98604c5d Mon Sep 17 00:00:00 2001
From: Modestas Vainius
Date: Sun, 3 Nov 2013 14:28:43 +0200
Subject: [PATCH] Update dh_installemacsen for emacsen-common 2.0.
Update dh_installemacsen and related scripts to follow
/usr/share/doc/emacsen-common/debian-emacs-policy.gz as of
emacsen-common package version 2.0.5. The changes include:
* Install debian/package.emacsen-compat into
usr/lib/emacsen-common/packages/compat/package if present
* All maintainer scripts test for existance of
/var/lib/emacsen-common/state/package/installed/emacsen-common as
mandated by policy.
* Generate and install preinst maintainer script if needed.
/usr/share/doc/emacsen-common/debian-emacs-policy.gz
---
autoscripts/postinst-emacsen | 4 ++--
autoscripts/preinst-emacsen | 5 +
autoscripts/prerm-emacsen| 4 ++--
dh_installemacsen| 26 +-
4 files changed, 30 insertions(+), 9 deletions(-)
create mode 100644 autoscripts/preinst-emacsen
diff --git a/autoscripts/postinst-emacsen b/autoscripts/postinst-emacsen
index f80e1db..6a46d79 100644
--- a/autoscripts/postinst-emacsen
+++ b/autoscripts/postinst-emacsen
@@ -1,4 +1,4 @@
-if [ "$1" = "configure" ] && [ -x /usr/lib/emacsen-common/emacs-package-install ]
+if [ "$1" = "configure" ] && [ -e /var/lib/emacsen-common/state/package/installed/emacsen-common ]
then
- /usr/lib/emacsen-common/emacs-package-install #PACKAGE#
+ /usr/lib/emacsen-common/emacs-package-install --postinst #PACKAGE#
fi
diff --git a/autoscripts/preinst-emacsen b/autoscripts/preinst-emacsen
new file mode 100644
index 000..780fc69
--- /dev/null
+++ b/autoscripts/preinst-emacsen
@@ -0,0 +1,5 @@
+if ( [ "$1" = "install" ] || [ "$1" = "upgrade" ] ) \
+ && [ -e /var/lib/emacsen-common/state/package/installed/emacsen-common ]
+then
+ /usr/lib/emacsen-common/emacs-package-install --preinst #PACKAGE#
+fi
diff --git a/autoscripts/prerm-emacsen b/autoscripts/prerm-emacsen
index 8c3ca64..31ecfaa 100644
--- a/autoscripts/prerm-emacsen
+++ b/autoscripts/prerm-emacsen
@@ -1,3 +1,3 @@
-if [ -x /usr/lib/emacsen-common/emacs-package-remove ] ; then
- /usr/lib/emacsen-common/emacs-package-remove #PACKAGE#
+if [ -e /var/lib/emacsen-common/state/package/installed/emacsen-common ] ; then
+ /usr/lib/emacsen-common/emacs-package-remove --prerm #PACKAGE#
fi
diff --git a/dh_installemacsen b/dh_installemacsen
index 92037f2..b2ee142 100755
--- a/dh_installemacsen
+++ b/dh_installemacsen
@@ -19,15 +19,20 @@ B is a debhelper program that is responsible for installing
files used by the Debian B package into package build
directories.
-It also automatically generates the F and F commands needed to
-register a package as an Emacs add on package. The commands are added to
-the maintainer scripts by B. See L
-for an explanation of how this works.
+It also automatically generates the F F and F
+commands needed to register a package as an Emacs add on package. The commands
+are added to the maintainer scripts by B. See
+L for an explanation of how this works.
=head1 FILES
=over 4
+=item debian/I.emacsen-compat
+
+Installed into F in the
+package build directory.
+
=item debian/I.emacsen-install
Installed into F in the
@@ -83,15 +88,23 @@ if (! defined $dh{FLAVOR}) {
$dh{FLAVOR}='emacs';
}
-# PROMISE: DH NOOP WITHOUT emacsen-install emacsen-remove emacsen-startup
+# PROMISE: DH NOOP WITHOUT emacsen-common emacsen-install emacsen-remove emacsen-startup
foreach my $package (@{$dh{DOPACKAGES}}) {
my $tmp=tmpdir($package);
+ my $emacsen_compat=pkgfile($package,"emacsen-compat");
my $emacsen_install=pkgfile($package,"emacsen-install");
my $emacsen_remove=pkgfile($package,"emacsen-remove");
my $emacsen_startup=pkgfile($package,"emacsen-startup");
+ if ($emacsen_compat ne '') {
+ if (! -d "$tmp/usr/lib/emacsen-common/packages/compat") {
+ doit("install","-d","$tmp/usr/lib/emacsen-common/packages/compat");
+ }
+ doit("install","-m0644",$emacsen_compat,"$tmp/usr/lib/emacsen-common/packages/compat/$package");
+ }
+
if ($emacsen_install ne '') {
if (! -d "$tmp/usr/lib/emacsen-common/packages/install&q
Bug#716837: cmake-data: FindPNG.cmake doesn't find /usr/include/libpng12
Control: tags -1 moreinfo unreproducible Hello, Šeštadienis 13 Liepa 2013 14:39:51 rašė: > Dear Maintainer, > > the named file doesn't find it's include files which are now located at > /usr/include/libpng12. For example I also have to manually add that path to > the CMakeCache.txt file: > > PNG_PNG_INCLUDE_DIR:PATH=/usr/include/libpng12 > > Please fix this file by adding the missing path. However, links like the following exist: $ LANG=C ls -l /usr/include/ | grep png lrwxrwxrwx 1 root root 8 Oct 5 2010 libpng -> libpng12 drwxr-xr-x 2 root root 4096 Oct 6 17:50 libpng12 lrwxrwxrwx 1 root root 14 Oct 6 03:09 png.h -> libpng12/png.h lrwxrwxrwx 1 root root 18 Oct 6 03:09 pngconf.h -> libpng12/pngconf.h Why is it the problem for you? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#711515: -DNDEBUG vs RelWithDebInfo
Hello, Penktadienis 07 Birželis 2013 14:11:05 rašė: > What I would like to see is the rational for add NDEBUG to RelWithDebInfo. > the changelog is pretty terse about that: > > $ grep NDEBUG ChangeLog.manual > Add -DNDEBUG to RelWithDebInfo flags where where Release flags had it. Justification is this upsteam bug report: http://public.kitware.com/Bug/view.php?id=11366 Upstream commit: commit 0ddfc51f6a68c61d84b5b4818b32ecbf755a949a Author: Clinton Stimpson Date: Wed Aug 15 20:00:45 2012 -0600 Add -DNDEBUG to RelWithDebInfo flags where where Release flags had it. Previously, it was inconsistent in that some platforms/compilers had this flag for the RelWithDebInfo configuration and some didn't. This fixes issue #11366. Is this still a problem for you? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#728620: Update dh_installemacsen etc. for emacsen policy as of emacsen-common 2.0.5
Package: debhelper
Version: 9.20130921
Severity: normal
Tags: patch
Hello,
please find the attached patch which update dh_installemacsen and
related scripts for emacsen policy [1] as of emacsen-common 2.0.5. This
version of emacsen-common is already in Wheezy.
As far as I can tell, the main feature of emacsen-common v2.0 is that
emacs addon packages no longer need to depend on emacsen-common.
The patch is for current debhelper git master.
[1] /usr/share/doc/emacsen-common/debian-emacs-policy.gz
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages debhelper depends on:
ii binutils2.23.90.20131017-1
ii dpkg1.17.1
ii dpkg-dev1.17.1
ii file1:5.14-2
ii man-db 2.6.5-2
ii perl5.18.1-4
ii po-debconf 1.0.16+nmu2
debhelper recommends no packages.
Versions of packages debhelper suggests:
pn dh-make
-- no debconf information
>From 0b4bf6579fcdb0a34600253893aa9d2aff519303 Mon Sep 17 00:00:00 2001
From: Modestas Vainius
Date: Sun, 3 Nov 2013 14:28:43 +0200
Subject: [PATCH] Update dh_installemacsen for emacsen-common 2.0.
Update dh_installemacsen and related scripts to follow
/usr/share/doc/emacsen-common/debian-emacs-policy.gz as of
emacsen-common package version 2.0.5. The changes include:
* Install debian/package.emacsen-compat into
usr/lib/emacsen-common/packages/compat/package if present
* All maintainer scripts test for existance of
/var/lib/emacsen-common/state/package/installed/emacsen-common as
mandated by policy.
* Generate and install preinst maintainer script if needed.
/usr/share/doc/emacsen-common/debian-emacs-policy.gz
---
autoscripts/postinst-emacsen | 4 ++--
autoscripts/preinst-emacsen | 5 +
autoscripts/prerm-emacsen| 4 ++--
dh_installemacsen| 24
4 files changed, 29 insertions(+), 8 deletions(-)
create mode 100644 autoscripts/preinst-emacsen
diff --git a/autoscripts/postinst-emacsen b/autoscripts/postinst-emacsen
index f80e1db..6a46d79 100644
--- a/autoscripts/postinst-emacsen
+++ b/autoscripts/postinst-emacsen
@@ -1,4 +1,4 @@
-if [ "$1" = "configure" ] && [ -x /usr/lib/emacsen-common/emacs-package-install ]
+if [ "$1" = "configure" ] && [ -e /var/lib/emacsen-common/state/package/installed/emacsen-common ]
then
- /usr/lib/emacsen-common/emacs-package-install #PACKAGE#
+ /usr/lib/emacsen-common/emacs-package-install --postinst #PACKAGE#
fi
diff --git a/autoscripts/preinst-emacsen b/autoscripts/preinst-emacsen
new file mode 100644
index 000..780fc69
--- /dev/null
+++ b/autoscripts/preinst-emacsen
@@ -0,0 +1,5 @@
+if ( [ "$1" = "install" ] || [ "$1" = "upgrade" ] ) \
+ && [ -e /var/lib/emacsen-common/state/package/installed/emacsen-common ]
+then
+ /usr/lib/emacsen-common/emacs-package-install --preinst #PACKAGE#
+fi
diff --git a/autoscripts/prerm-emacsen b/autoscripts/prerm-emacsen
index 8c3ca64..31ecfaa 100644
--- a/autoscripts/prerm-emacsen
+++ b/autoscripts/prerm-emacsen
@@ -1,3 +1,3 @@
-if [ -x /usr/lib/emacsen-common/emacs-package-remove ] ; then
- /usr/lib/emacsen-common/emacs-package-remove #PACKAGE#
+if [ -e /var/lib/emacsen-common/state/package/installed/emacsen-common ] ; then
+ /usr/lib/emacsen-common/emacs-package-remove --prerm #PACKAGE#
fi
diff --git a/dh_installemacsen b/dh_installemacsen
index 92037f2..8a04c24 100755
--- a/dh_installemacsen
+++ b/dh_installemacsen
@@ -19,15 +19,20 @@ B is a debhelper program that is responsible for installing
files used by the Debian B package into package build
directories.
-It also automatically generates the F and F commands needed to
-register a package as an Emacs add on package. The commands are added to
-the maintainer scripts by B. See L
-for an explanation of how this works.
+It also automatically generates the F F and F
+commands needed to register a package as an Emacs add on package. The commands
+are added to the maintainer scripts by B. See
+L for an explanation of how this works.
=head1 FILES
=over 4
+=item debian/I.emacsen-compat
+
+Installed into F in the
+package build directory.
+
=item debian/I.emacsen-install
Installed into F in the
@@ -88,10 +93,18 @@ if (! defined $dh{FLAVOR}) {
foreach my $package (@{$dh{DOPACKAGES}}) {
my $tmp=tmpdir($package);
+ my $emacsen_compat=pkgfile($package,"emacsen-compat");
my $emacsen_install=pkgfile($package,"emacsen-install");
my $emacsen_remove=pkgfile($package,"emacsen-remove");
my $emacsen_startup=pkgfile($package,"emacsen-startup");
+ if ($emacsen_co
Bug#715410: amarok ampache client doesn't lists tracks in collection
Control: tags -1 moreinfo upstream Hello, Antradienis 09 Liepa 2013 01:05:35 rašė: > Package: amarok > Version: 2.7.1-1 > Severity: important > > Dear Maintainer, > I was using amarok 2.7.1 with ampache plugin on Ubuntu, and everything was > nice. Now i've switched to new arm based chromebook and installed debian > unstable. I'm using only ampache plugin, but collection list for ampache > doesn't get showed. So, amarok is unusable as ampache player. Please retest with 2.8.0. signature.asc Description: This is a digitally signed message part.
Bug#615971: Amarok crashes when restoring from system tray.
reassign -1 libqtwebkit4 close -1 2.1.0~2011week09-1 thanks Hello, pirmadienis 21 Kovas 2011 07:55:58 rašė: > Package: amarok > Followup-For: Bug #615971 > > > I can confirm that this does not occur any more with today's update. > > Kind regards > > Sebastian Closing. This was a QtWebkit bug. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#717144: Remove workaround-gcc296-bugs from ctest -T MemCheck
Control: tags -1 = upstream fixed-upstream patch Hello, On Wednesday 17 of July 2013 14:34:26 Brad King wrote: > On 07/17/2013 07:15 AM, Modestas Vainius wrote: > > Yes, I do. I fail to see why you would point me to it. Just to be clear, > > I'm NOT against fixing this bug, I'm against fixing this bug via Debian > > patch. That's it. > > > > So either you report it upstream (which will be faster), or I will do it > > sometime eventually. > > This was changed upstream in May 2013: > > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3b5b7589 > > -Brad Thanks for information, Brad. Much appreciated. If I have to do cmake upload, I will include this patch. Otherwise, it will arrive with new upstream release, I suppose. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717144: Remove workaround-gcc296-bugs from ctest -T MemCheck
Hello, On Wednesday 17 of July 2013 12:05:03 Mathieu Malaterre wrote: > Control: severity -1 important What's a reason you play BTS ping pong with me? Changing severity with no additional justification won't change my opinion. > On Wed, Jul 17, 2013 at 11:58 AM, Modestas Vainius wrote: > > On Wednesday 17 of July 2013 11:42:12 Mathieu Malaterre wrote: > >> By default ctest -T MemCheck runs: > >> > >> 35: MemCheck command: /usr/bin/valgrind "-q" "--tool=memcheck" > >> "--leak-check=yes" "--show-reachable=yes" "--workaround-gcc296-bugs=yes" > >> "--num-callers=50" > >> > >> However as per documentation: > >> > >> When enabled, assume that reads and writes some small distance below the > >> stack pointer are due to bugs in GCC 2.96, and does not report them. The > >> "small distance" is 256 bytes by default. Note that GCC 2.96 is the > >> default > >> compiler on some ancient Linux distributions (RedHat 7.X) and so you may > >> need to use this option. Do not use it if you do not have to, as it can > >> cause real errors to be overlooked. A better alternative is to use a more > >> recent GCC in which this bug is fixed. > >> > >> Since GCC 2.96 never entered debian, I would really like to see this > >> option > >> removed. > > > > I'm against changing Debian cmake behaviour (in comparison to vanilla one) > > unless it is absolutely necessary. > > Define "absolutely necessary" ? Does not work otherwise. > As DD, you do do know about DFSG #4, right ? Yes, I do. I fail to see why you would point me to it. Just to be clear, I'm NOT against fixing this bug, I'm against fixing this bug via Debian patch. That's it. So either you report it upstream (which will be faster), or I will do it sometime eventually. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717144: Remove workaround-gcc296-bugs from ctest -T MemCheck
Control: severity -1 normal Control: tags -1 upstream wontfix Hello, On Wednesday 17 of July 2013 11:42:12 Mathieu Malaterre wrote: > By default ctest -T MemCheck runs: > > 35: MemCheck command: /usr/bin/valgrind "-q" "--tool=memcheck" > "--leak-check=yes" "--show-reachable=yes" "--workaround-gcc296-bugs=yes" > "--num-callers=50" > > However as per documentation: > > When enabled, assume that reads and writes some small distance below the > stack pointer are due to bugs in GCC 2.96, and does not report them. The > "small distance" is 256 bytes by default. Note that GCC 2.96 is the default > compiler on some ancient Linux distributions (RedHat 7.X) and so you may > need to use this option. Do not use it if you do not have to, as it can > cause real errors to be overlooked. A better alternative is to use a more > recent GCC in which this bug is fixed. > > Since GCC 2.96 never entered debian, I would really like to see this option > removed. I'm against changing Debian cmake behaviour (in comparison to vanilla one) unless it is absolutely necessary. Therefore, I think upstream should remove this option or better yet do GCC version detection. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717040: kmail: Can't send mail since upgrading to 4:4.10.5-1
Hello, On Tuesday 16 of July 2013 18:55:05 Russell Coker wrote: > Package: kmail > Version: 4:4.10.5-1 > Severity: important > > Since upgrading to 4:4.10.5-1 from 4:4.4.11.1+l10n-3+b1 I have been unable > to send mail. Mail stays in the Outbox folder forever and the > "Send Queued Messages" option has no effect. > > I have tried deleting the sending accounts and creating a new entry (which > sends mail to localhost port 587) and that makes no difference. Try logging out and logging in again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#713035: FTBFS on amd64/ia64 testsuite fails
Hello, Ketvirtadienis 27 Birželis 2013 14:37:17 rašė: > On Thu, Jun 27, 2013 at 08:05:17PM +0200, Aurelien Jarno wrote: > > The problem is that the amd64 and ia64 build daemons which tried to > > build this version of eglibc are all using eatmydata. eatmydata do not > > correctly simulate fsync, msync and fdatasync as cancellation points. It > > should be possible fixing that by calling pthread_testcancel() from > > eatmydata, though I haven't tried that yet. > > It seems pretty testsuite-hostile to wrap builds in any LD_PRELOAD, as > you have no idea if the thing(s) the testsuites might be checking are > now invalidated by said preload. > > Was there actually a sane rationale put forward for this buildd change? > I can see the argument for wanting the apt/dpkg bits wrapped, but doing > so for the build itself just seems like asking for trouble, with very > little potential gain. Speaking with my maintainer hat on, when I first came upon eatmydata, I thought: it will be a huge time saviour for personal and maybe debian buildds. My primary idea was to wrap apt/dpkg with eatmydata since they use fsync() and friends *really* extensively. Too bad fsync() used to be (still is?) very slow on btrfs filesystem. For exactly this purpose eatmydata script supports "symlink mode" (see eatmydata(1)). Doing: # ln -s /usr/bin/eatmydata /usr/local/bin/apt-get # ln -s /usr/bin/eatmydata /usr/local/bin/dpkg in the buildd environment should be enough to wrap only these tools without too much hassle (i.e. sbuild configuration changes). I'm not sure how I feel about wrapping the whole build. Maybe it's not such a bad idea after all if somebody tested that it speeded things up much more significantly. However, I just wanted to let you know that a more conservative approach is possible. P.S. I'm aware that upstream released a new upstream release with the fix for this bug. However, packaging it might take some time due to significant buildsystem changes and other stuff. However, hopefully, I will get it eventually done in a few weeks. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#710920: [Pkg-kde-extras] Bug#710920: Bug#710920: amarok: GREPME MySQLe query failed! (2000) on init
Hello, 2013.06.11 11:38, Olivier Aubert rašė: Should this bug really be marked as fixed? This renders it quite difficult to find through the standard Debian BTS. I had the issue, and my first reflex is to check the BTS - I did not find any info about it so I turned to google, which luckily gave me the #710920 reference. It is marked as a duplicate of #710877, which is displayed by the BTS but with a less specific subject, so it is harder to pinpoint. Could there be a possibility of enhancing the visibility of #710920 at least as long as the faulty package is still in testing? amarok 2.7.1 has just migrated to testing so the problem is no longer relevant. I do agree, however, that BTS quite hides bugs which are only relavant to testing but it is as it is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710920: [Pkg-kde-extras] Bug#710920: amarok: GREPME MySQLe query failed! (2000) on init
Control: forcemerge 710877 -1 Control: severity -1 grave Control: close -1 2.7.1-1 Control: tags -1 jessie Hello, On 2013 m. of June 3 d., Monday 17:57:23 Werner Heuser wrote: > today, after upgrading Amarok to the latest testing package I just got > this error message on start up: > > Die Amarok-Datenbank berichtet die folgenden Fehler: > GREPME MySQLe query failed! (2000) on init > In den meisten Fällen müssen diese Fehler behoben sein, bevor Amarok > vollständig funktioniert. > > Amarok then started, but collection is empty and cannot be filled. I don't how this bogus 2.6.0-1+b1 binNMU managed to migrate to jessie but it IS somehow there :( Luckily, this has happened only on i386. To fix the problem, I can only suggest you upgrade to 2.7.1 from unstable or downgrade to 2.6.0-1 (non binNMU) from snapshot.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710877: [Pkg-kde-extras] Bug#710877: Database error after upgrade
Hello, On 2013 m. of June 3 d., Monday 10:44:49 Erwan David wrote: > Package: amarok > Version: 2.6.0-1+b1 > Severity: normal > > After upgrade from 2.6.0-1 to 2.6.0-1+b1, I get following error : > > The amarok database reported the following errors: > GREPME MySQLe query failed! (2000) on init > In most cases you will need to resolve these errors before Amarok will run > properly. > > And amarok does not start. I'm not sure how you got 2.6.0-1+b1 but upgrade once again and try 2.7.1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710705: [Pkg-kde-extras] Bug#710705: amarok: FTBFS ("cp: cannot stat 'debian/tmp/usr/lib/kde4/amarok_context_applet_similarArtists.so': No such file or directory")
Hello, I'm aware of the failure and I will upload a new upstream release soon which fixes this. This mini-transition (liblastfm, amarok, clementine) was coordinated. Šeštadienis 01 Birželis 2013 19:17:14 Adam D. Barratt rašė: > Source: amarok > Version: 2.6.0-1 > Severity: serious > Tags: jessie sid > > Hi, > > amarok FTBFS when rebuilt against liblastfm1 (on at least amd64 and > kfreebsd-amd64). From the amd64 build log: > > make[1]: Entering directory `/«PKGBUILDDIR»' > dh_install > cp: cannot stat > 'debian/tmp/usr/lib/kde4/amarok_context_applet_similarArtists.so': No > such file or directory > dh_install: cp -a > debian/tmp/usr/lib/kde4/amarok_context_applet_similarArtists.so > debian/amarok//usr/lib/kde4/ returned exit code 1 > make[1]: *** [override_dh_install] Error 2 > make[1]: Leaving directory `/«PKGBUILDDIR»' > make: *** [binary-arch] Error 2 > dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error > exit status 2 > > Full logs available via > https://buildd.debian.org/status/package.php?p=amarok > > Regards, > > Adam > > ___ > pkg-kde-extras mailing list > pkg-kde-ext...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-extras signature.asc Description: This is a digitally signed message part.
Bug#706455: [Pkg-kde-extras] Bug#706455: More debug info on "Amarok crashes very very often" in attachment
Control: tags -1 moreinfo Hello, Antradienis 30 Balandis 2013 12:10:46 Jaap van Wingerde rašė: > The debug output you attached is useful, but I also need a backtrace from KDE crash dialog (drkonqi). See [1] as well [1] http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports#Debian signature.asc Description: This is a digitally signed message part.
Bug#708928: regression from 3.20-4: cannot connect to some gateways
Hello, Trečiadienis 22 Gegužė 2013 21:43:28 David Woodhouse rašė: > On Tue, 2013-05-21 at 08:55 +0300, Modestas Vainius wrote: > > Yeah, for example, openconnect still complains with error messages after > > XML POST even in non-verbose mode. > > Thanks. Please could you test the second patch I just committed to git, > on its own (i.e. without the previous patch, which I also committed). > I'd like to check that the "notice the connection broke, and make a new > one" code is working. > http://git.infradead.org/users/dwmw2/openconnect.git/commitdiff/fe85faaeecdd > 3da Sure. It seems to work. # openconnect -v https://gwaddress.example.com/ POST https://gwaddress.example.com/ Attempting to connect to server xx.xx.xx.xx:443 SSL negotiation with gwaddress.example.com Connected to HTTPS on gwaddress.example.com Failed to read from SSL socket: A TLS packet with unexpected length was received. Error fetching HTTPS response GET https://gwaddress.example.com/ Failed to write to SSL socket: The specified session has been invalidated for some reason. SSL negotiation with gwaddress.example.com Connected to HTTPS on gwaddress.example.com Got HTTP response: HTTP/1.1 303 See Other Content-Type: text/html Content-Length: 0 Location: https://gwaddress.example.com:443/webvpn.html Set-Cookie: webvpncontext=00@webvpn; path=/ Connection: Keep-Alive HTTP body length: (0) GET https://gwaddress.example.com/webvpn.html Got HTTP response: HTTP/1.1 200 OK Cache-Control: max-age=0 Content-Type: text/html Set-Cookie: webvpn=; expires=Thu, 01 Jan 1970 22:00:00 GMT; path=/ Set-Cookie: webvpncontext=00@webvpn; path=/ X-Transcend-Version: 1 Content-Length: 473 Connection: close HTTP body length: (473) Please enter your username and password. USERNAME: signature.asc Description: This is a digitally signed message part.
Bug#709181: Could NOT find PythonLibs (missing: PYTHON_INCLUDE_DIRS)
Hello, On 2013 m. of May 21 d., Tuesday 15:01:17 Mathieu Malaterre wrote: > Package: cmake > Version: 2.8.7-4~bpo60+1 Why are you using sqeeuze-bpo cmake version on sid and expect everything to work? > However the following now fails (sid, libpython2.7 >= 2.7.5-4) > > $ cmake -DPYTHON_INCLUDE_DIR=/usr/include/python2.7 > -DPYTHON_LIBRARY=/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.s > o .. CMake Error at > /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 > (message): Could NOT find PythonLibs (missing: PYTHON_INCLUDE_DIRS) (found > version "2.7.5") > Call Stack (most recent call first): > /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 > (_FPHSA_FAILURE_MESSAGE) > /usr/share/cmake-2.8/Modules/FindPythonLibs.cmake:208 > (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:2 (find_package) You need 2.8.11-1 or later to get support for multi-arched python. What is more, to support your scenario you may need to set PYTHON_INCLUDE_DIR2 for it as well. However, even then, I give no guarentees that this will work. Multiarch Python patch is kind of crappy and I still need to figure out what to do with it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708928: regression from 3.20-4: cannot connect to some gateways
Control: tags -1 patch Hello, pirmadienis 20 Gegužė 2013 23:56:02 David Woodhouse rašė: > On Mon, 2013-05-20 at 22:56 +0300, Modestas Vainius wrote: > > It appears that the gateway does not like a POST request it gets to its / > > and then invalidates SSL connection. But openconnect does not detect this > > condition and tries to fallback to GET / on the same connection which has > > no chance of succeeding since connection is no longer valid. > > Aha, thanks for the excellent debugging. So does this fix it? It should > now close the connection correctly, in the situation you describe. Yes, the patch makes openconnect work again. Thanks. > > It's not ideal; we really ought to handle the write failure in > do_https_request() and attempt to re-open the socket *if* we were > re-using an existing one. But that'll take a little more work... Yeah, for example, openconnect still complains with error messages after XML POST even in non-verbose mode. However, the whole thing works and IMHO is releasable. Feel free to ask me to test another version of the patch whenever you have it ready. # openconnect https://gwaddress.example.com/ Attempting to connect to server xx.xx.xx.xx:443 SSL negotiation with gwaddress.example.com Connected to HTTPS on gwaddress.example.com POST https://gwaddress.example.com/ Failed to read from SSL socket: A TLS packet with unexpected length was received. Error fetching HTTPS response SSL negotiation with gwaddress.example.com Connected to HTTPS on gwaddress.example.com GET https://gwaddress.example.com/ Got HTTP response: HTTP/1.1 303 See Other GET https://gwaddress.example.com/webvpn.html Please enter your username and password. USERNAME: signature.asc Description: This is a digitally signed message part.
Bug#709025: How is this bug non-serious?
Control: severity -1 serious Hello, a failing upgrade is a serious bug. What is more, it breaks other packages. Please do not downplay bug's severity. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#708928: regression from 3.20-4: cannot connect to some gateways
Hello, pirmadienis 20 Gegužė 2013 10:41:27 David Woodhouse rašė: > In http.c, in do_https_request() can you print the contents of > 'buf->data' immediately before the call to openconnect_SSL_write() at > about line 880, and also print the contents of 'form_buf' immediately > after the call to process_http_response() a few lines down? > > I don't think there should be any sensitive information in there (it's > all before any authentication, of course), but do give it a quick look > before sending it. It appears that the gateway does not like a POST request it gets to its / and then invalidates SSL connection. But openconnect does not detect this condition and tries to fallback to GET / on the same connection which has no chance of succeeding since connection is no longer valid. If I disable XML POST request (see attached no_xmlpost.diff patch), openconnect connects successfully... In my opinion, openconnect could always reopen connection to the gateway upon XML POST failure. Alternatively, error detection could be improved to detect broken connection condition and act accordingly. Bellow you will find openconnect output dumps made with various builds. * 5.00 with debugging patch --- # openconnect https://gwaddress.example.com/ Attempting to connect to server xx.xx.xx.xx:443 SSL negotiation with gwaddress.example.com Connected to HTTPS on gwaddress.example.com POST https://gwaddress.example.com/ request: POST / HTTP/1.1 Host: gwaddress.example.com User-Agent: Open AnyConnect VPN Agent v5.00 Accept: */* Accept-Encoding: identity X-Transcend-Version: 1 X-Aggregate-Auth: 1 X-AnyConnect-Platform: linux-64 Content-Type: application/x-www-form-urlencoded Content-Length: 205 v5.00linux-64https://gwaddress.example.com Failed to read from SSL socket: A TLS packet with unexpected length was received. Error fetching HTTPS response GET https://gwaddress.example.com/ request: GET / HTTP/1.1 Host: gwaddress.example.com User-Agent: Open AnyConnect VPN Agent v5.00 Accept: */* Accept-Encoding: identity X-Transcend-Version: 1 X-Aggregate-Auth: 1 X-AnyConnect-Platform: linux-64 Failed to write to SSL socket: The specified session has been invalidated for some reason. Failed to obtain WebVPN cookie --- * 5.00 with no_xmlpost.diff path and debugging patch --- $ sudo openconnect --no-cert-check -v https://gwaddress.example.com/ Attempting to connect to server xx.xx.xx.xx:443 SSL negotiation with gwaddress.example.com Connected to HTTPS on gwaddress.example.com GET https://gwaddress.example.com/ request: GET / HTTP/1.1 Host: gwaddress.example.com User-Agent: Open AnyConnect VPN Agent v5.00 Accept: */* Accept-Encoding: identity X-Transcend-Version: 1 X-Aggregate-Auth: 1 X-AnyConnect-Platform: linux-64 Got HTTP response: HTTP/1.1 303 See Other Content-Type: text/html Content-Length: 0 Location: https://gwaddress.example.com:443/webvpn.html Set-Cookie: webvpncontext=00@webvpn; path=/ Connection: Keep-Alive HTTP body length: (0) response: (null) GET https://gwaddress.example.com/webvpn.html request: GET /webvpn.html HTTP/1.1 Host: gwaddress.example.com User-Agent: Open AnyConnect VPN Agent v5.00 Accept: */* Accept-Encoding: identity Cookie: webvpncontext=00@webvpn X-Transcend-Version: 1 X-Aggregate-Auth: 1 X-AnyConnect-Platform: linux-64 Got HTTP response: HTTP/1.1 200 OK Cache-Control: max-age=0 Content-Type: text/html Set-Cookie: webvpn=; expires=Thu, 01 Jan 1970 22:00:00 GMT; path=/ Set-Cookie: webvpncontext=00@webvpn; path=/ X-Transcend-Version: 1 Content-Length: 473 Connection: close HTTP body length: (473) response: Default Customization Please enter your username and password. Please enter your username and password. USERNAME: --- * And finally "1aecfeb auth: Add new XML POST capability" with debugging patch (works as well) --- # openconnect --no-cert-check -v https://gwaddress.example.com/ Attempting to connect to server xx.xx.xx.xx:443 SSL negotiation with gwaddress.example.com Connected to HTTPS on gwaddress.example.com GET https://gwaddress.example.com/ request: GET / HTTP/1.1 Host: gwaddress.example.com User-Agent: Open AnyConnect VPN Agent v4.07-unknown Accept: */* Accept-Encoding: identity X-Transcend-Version: 1 Got HTTP response: HTTP/1.1 303 See Other Content-Type: text/html Content-Length: 0 Location: https://gwaddress.example.com:443/webvpn.html Set-Cookie: webvpncontext=00@webvpn; path=/ Connection: Keep-Alive HTTP body length: (0) response: (null) GET https://gwaddress.example.com/webvpn.html request: GET /webvpn.html HTTP/1.1 Host: gwaddress.example.com User-Age
Bug#708928: regression from 3.20-4: cannot connect to some gateways
Hello, On 2013 m. of May 19 d., Sunday 23:03:03 David Woodhouse wrote: > > openconnect stopped prompting me for USERNAME/PASSWORD: > Please provide the address of this server, and I'll look into it. > > Note that there's no harm in giving out the address of the server (it's > a publicly-accessible web server on the Internet, after all). I'm *not* > asking for your username and password. > > But do feel free to provide it in private email if you really prefer. It appears VPN is behind firewall which does IP filtering of some sort hence it is not publically accessible. Is there anything else I can do? Would capturing the whole gateway<- >openconnect conversation at protocol level (SSL-decryted obviously) help? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708928: regression from 3.20-4: cannot connect to some gateways
Hello, the error message as it is now I started getting with: 1725ee9 http: Rewrite openconnect_obtain_cookie() loop However, since 4beeace http: Split GET/POST logic into a helper function openconnect stopped prompting me for USERNAME/PASSWORD: # openconnect --no-cert-check -v https://gwaddress.example.com/ Attempting to connect to server xx.xx.xx.xx:443 SSL negotiation with gwaddress.example.com Connected to HTTPS on gwaddress.example.com GET https://gwaddress.example.com/ Got HTTP response: HTTP/1.1 303 See Other Content-Type: text/html Content-Length: 0 Location: https://gwaddress.example.com:443/webvpn.html Set-Cookie: webvpncontext=00@webvpn; path=/ Connection: Keep-Alive HTTP body length: (0) GET https://gwaddress.example.com/webvpn.html Got HTTP response: HTTP/1.1 200 OK Cache-Control: max-age=0 Content-Type: text/html Set-Cookie: webvpn=; expires=Thu, 01 Jan 1970 22:00:00 GMT; path=/ Set-Cookie: webvpncontext=00@webvpn; path=/ X-Transcend-Version: 1 Content-Length: 473 Connection: close HTTP body length: (473) # Sekmadienis 19 Gegužė 2013 12:14:15 Mike Miller rašė: > On Sun, May 19, 2013 at 11:29 AM, Modestas Vainius wrote: > > Hello, > > > > Sekmadienis 19 Gegužė 2013 10:59:25 Mike Miller rašė: > >> Control: severity -1 important > >> > >> On Sun, May 19, 2013 at 9:01 AM, Modestas Vainius wrote: > >> > I'm no longer able to connect to the gateway (which address I can't > >> > reveal) > >> > with 4.99-2 while it was possible with 3.20-4 shipped in wheezy > >> > [...] > >> > What is more, I tested 5.00 and saw no improvement. > >> > >> Hi, thanks for your detailed report and logs. Can you try 4.07 [1] or > >> other 4.x versions to help narrow this down? > > > > 4.07 works, 4.08 (custom build) works. > > Thanks. I can't reproduce, all versions work fine for me, it might be > something particular with your gateway. > > Can you git bisect this from upstream git between v4.07 and v4.99? > Since it seems the new openconnect is not getting past > openconnect_obtain_cookie, you can probably simply run as non-root > with the --cookieonly option to tell whether it's working or not. signature.asc Description: This is a digitally signed message part.
Bug#708928: regression from 3.20-4: cannot connect to some gateways
Hello, Sekmadienis 19 Gegužė 2013 10:59:25 Mike Miller rašė: > Control: severity -1 important > > On Sun, May 19, 2013 at 9:01 AM, Modestas Vainius wrote: > > I'm no longer able to connect to the gateway (which address I can't > > reveal) > > with 4.99-2 while it was possible with 3.20-4 shipped in wheezy > > [...] > > What is more, I tested 5.00 and saw no improvement. > > Hi, thanks for your detailed report and logs. Can you try 4.07 [1] or > other 4.x versions to help narrow this down? 4.07 works, 4.08 (custom build) works. > > Make sure you keep the openconnect and libopenconnect2 packages in > sync as you are testing. I only mention because I see > > > ii libopenconnect2 5.00-0mdx1 > > in your package list. Yeah. I reported a bug having a custom build of 5.00 installed and changed the version manually since BTS wouldn't know about it (but forgot to change dependency) :-) signature.asc Description: This is a digitally signed message part.
Bug#708928: regression from 3.20-4: cannot connect to some gateways
Hello, Sekmadienis 19 Gegužė 2013 16:01:24 Modestas Vainius rašė: > I'm no longer able to connect to the gateway (which address I can't reveal) > with 4.99-2 while it was possible with 3.20-4 shipped in wheezy (downgrading > to that version in current sid helps as well). Currently I get: > > # openconnect -v https://gwaddress.example.com/ > Attempting to connect to server xx.xx.xx.xx:443 > SSL negotiation with gwaddress.example.com > Connected to HTTPS on gwaddress.example.com > POST https://gwaddress.example.com/ > Failed to read from SSL socket: A TLS packet with unexpected length was > received. Error fetching HTTPS response > GET https://gwaddress.example.com/ > Failed to write to SSL socket: The specified session has been invalidated > for some reason. Failed to obtain WebVPN cookie > > I.e. I even don't get to the phase where I should enter username/password. more info: I have built 5.00 against OpenSSL. That didn't help either: # openconnect --no-cert-check -v https://gwaddress.example.com/ Attempting to connect to server xx.xx.xx.xx:443 SSL negotiation with gwaddress.example.com Matched DNS altname 'gwaddress.example.com' Connected to HTTPS on gwaddress.example.com POST https://gwaddress.example.com/ Failed to read from SSL socket Error fetching HTTPS response GET https://gwaddress.example.com/ Failed to read from SSL socket Error fetching HTTPS response Failed to obtain WebVPN cookie So it seems to be a bug in the codebase rather than GnuTLS issue. signature.asc Description: This is a digitally signed message part.
Bug#708928: regression from 3.20-4: cannot connect to some gateways
Package: openconnect Version: 4.99-2 Severity: grave Tags: upstream Hello, I'm no longer able to connect to the gateway (which address I can't reveal) with 4.99-2 while it was possible with 3.20-4 shipped in wheezy (downgrading to that version in current sid helps as well). Currently I get: # openconnect -v https://gwaddress.example.com/ Attempting to connect to server xx.xx.xx.xx:443 SSL negotiation with gwaddress.example.com Connected to HTTPS on gwaddress.example.com POST https://gwaddress.example.com/ Failed to read from SSL socket: A TLS packet with unexpected length was received. Error fetching HTTPS response GET https://gwaddress.example.com/ Failed to write to SSL socket: The specified session has been invalidated for some reason. Failed to obtain WebVPN cookie I.e. I even don't get to the phase where I should enter username/password. On the contrary, with 3.20 I get: # openconnect -v https://gwadddress.example.com/ Attempting to connect to xx.xxx.xx.xx:443 SSL negotiation with gwadddress.example.com Matched DNS altname 'gwadddress.example.com' Connected to HTTPS on gwadddress.example.com GET https://gwadddress.example.com/ Got HTTP response: HTTP/1.1 303 See Other Content-Type: text/html Content-Length: 0 Location: https://gwadddress.example.com:443/webvpn.html Set-Cookie: webvpncontext=00@webvpn; path=/ Connection: Keep-Alive HTTP body length: (0) GET https://gwadddress.example.com/webvpn.html Got HTTP response: HTTP/1.1 200 OK Cache-Control: max-age=0 Content-Type: text/html Set-Cookie: webvpn=; expires=Thu, 01 Jan 1970 22:00:00 GMT; path=/ Set-Cookie: webvpncontext=00@webvpn; path=/ X-Transcend-Version: 1 Content-Length: 473 Connection: close HTTP body length: (473) Fixed options give Please enter your username and password. USERNAME: What is more, I tested 5.00 and saw no improvement. P.S. I know this bug is lacking information but I will try to provide something more definitive later. Feel free to ask. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openconnect depends on: ii libc62.17-3 ii libgnutls26 2.12.23-4 ii liboath0 2.0.2-2 ii libopenconnect2 5.00-0mdx1 ii libproxy00.3.1-6 ii libssl1.0.0 1.0.1e-2 ii libxml2 2.8.0+dfsg1-7+nmu1 ii vpnc-scripts 0.1~git20120602-2 ii zlib1g 1:1.2.8.dfsg-1 openconnect recommends no packages. openconnect 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#700649: Please update libeatmydata
Hello, On Friday 15 February 2013 14:49:39 Phillip Susi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Package: libeatmydata > > It has been two years since this package has been updated, and > upstream has had several releases. Please package the new release. I will do best but IMHO back in 28 upstream went the wrong way with complicating the build of a single *.c file with hundreds of build system support files (iirc, pandora-build) which afaik, require python for any more serious modification (!). At one point I even tried to fork build system stuff but obviously ran out of steam with this effort. Anyway, I will have a look at new upsteam as-it-is again but with fresh mind this time. Hopefully, it is going to work out better now. signature.asc Description: This is a digitally signed message part.
Bug#689993: phonon-backend-vlc: no sound in amarok
Hello, On Wednesday 10 October 2012 19:52:59 Simon Brandmair wrote: > Hi, > > On 09.10.2012 20:59 (Tuesday), Modestas Vainius wrote: > > On Monday 08 October 2012 22:03:40 Simon Brandmair wrote: > > > Which the upgrade in wheezy to 0.6.0 amarak (2.6) doesn't play any sound > > > anymore, when I am using the vlc backend. > > > > Did you try rebooting or relogging in to KDE? > > I did reboot, no sound & no difference. I don't run KDE so I couldn't relog > into it. Please read the log of bug #683477 [683477] and follow advices given there. Especially pay attention to vlc-plugin-pulse if you're using PulseAudio or try reordering sound devices in Phonon settings. Phonon upgrades have a nasty habbit of breaking / renaming / reordering sound devices hence breaking current configuration. Do not forget to post what helped if you manage to solve the problem. [683477] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683477 signature.asc Description: This is a digitally signed message part.
Bug#690294: phonon-backend-vlc breaks replaygain and fade in Amarok
Control: tags -1 unreproducible Hello, 2012.10.12 10:35, Raphaël HALIMI rašė: ii libc62.13-35 ii libphonon4 4:4.6.0.0-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui44:4.8.2+dfsg-2 ii libstdc++6 4.7.1-7 ii libvlc5 1:2.0.3-dmo4 ii libvlccore5 1:2.0.3-dmo4 ii vlc-nox 1:2.0.3-dmo4 Versions of packages phonon-backend-vlc recommends: ii vlc 1:2.0.3-dmo4 Please use vlc from Debian, not from deb-multimedia.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689993: phonon-backend-vlc: no sound in amarok
Hello, On Monday 08 October 2012 22:03:40 Simon Brandmair wrote: > Package: phonon-backend-vlc > Version: 0.6.0-1 > Severity: important > > Which the upgrade in wheezy to 0.6.0 amarak (2.6) doesn't play any sound > anymore, when I am using the vlc backend. Did you try rebooting or relogging in to KDE? signature.asc Description: This is a digitally signed message part.
Bug#685284: unblock: first bunch of packages switching to xz
On Wednesday 22 August 2012 20:35:23 Cyril Brulebois wrote: > Modestas Vainius (22/08/2012): > > On 2012 m. of August 22 d., Wednesday 14:09:28 Niels Thykier wrote: > > > It includes a new file, which I suspect is cruft (CC'ed Modestas): > > > > > > """ > > > > > > bugreport.cgi?msg=15;filename=0001-debian-qt-kde.mk-Use-xz-compression-b > > > y-d > > > efault.-Clos.patch;att=1;bug=657243 """ > > > > > > So /not/ unblocked, but other than that it looks fine. > > > > Yeah, indeed, I will clean this up tonight (probably). > > Is there any other upload of this package planned for wheezy? If so I > guess I could live with having that crufty file for a while, and get the > unblock done right away. I have already uploaded 0.15.3 with cruft removed. signature.asc Description: This is a digitally signed message part.
Bug#685284: unblock: first bunch of packages switching to xz
Hello, On 2012 m. of August 22 d., Wednesday 14:09:28 Niels Thykier wrote: > It includes a new file, which I suspect is cruft (CC'ed Modestas): > > """ > > bugreport.cgi?msg=15;filename=0001-debian-qt-kde.mk-Use-xz-compression-by-d > efault.-Clos.patch;att=1;bug=657243 """ > > So /not/ unblocked, but other than that it looks fine. Yeah, indeed, I will clean this up tonight (probably). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684932: closed by Modestas Vainius (Bug#684932: fixed in amarok 2.6.0-1)
Hello, On 2012 m. of August 22 d., Wednesday 11:44:23 Michael Cree wrote: > Thanks for attending to the bug so quickly, but unfortunately the fix > did not work as the -Wl,--no-relax argument did not get passed down to > the link stage, and the link of ../lib/libamaroklib.so.1.0.0 failed again. > > Build log at: > http://buildd.debian-ports.org/status/fetch.php?pkg=amarok&arch=alpha&ver=2 > .6.0-1&stamp=1345306710 Yeah, the fix had a typo. 2.6.0-2 or later will have a proper fix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683477: No sound in Amarok after upgrade to 0.6.0-1
Hello, On Sunday 19 August 2012 21:25:04 Marcus Frings wrote: > Hi Pino. > > On 19.08.2012 14:39, Pino Toscano wrote: > > Alle domenica 19 agosto 2012, Marcus Frings ha scritto: > >> Versions of packages phonon-backend-vlc depends on: > >> ii libvlc5 1:2.0.3-dmo2 > >> ii libvlccore5 1:2.0.3-dmo2 > >> ii vlc-nox 1:2.0.3-dmo2 > > > > Try again *without* using libraries from deb-multimedia. > > I replaced the libraries with the ones from sid but the problem remained > the same. Is there any other thing I could do to help investigating this > issue? Are you using PulseAudio? signature.asc Description: This is a digitally signed message part.
Bug#681121: [Pkg-kde-extras] Bug#681121: Bug#681121: amarok: attempts to upgrade MySQL database on every application start
Hello, On Saturday 18 August 2012 08:22:19 Ira Rice wrote: > Right, I was using MySQL, like I thought I said when I reported it. > > Likewise, when I purged it externally, it mostly reassembled itself > without me needing to tell it how to do so, and appears to still be > stuck at version 7. I shouldn't have to do much work to get it to the > same state it was in before. Probably just a couple of renames, > substituting in a few missing covers, but that's pretty much it. I don't know the details but logically internal database should not be used if external is enabled. However, since you are using external database, DB_VERSION of the internal one does not matter. You need to connect to the external database (with e.g. mysql command line client or phpmysqladmin) and check DB_VERSION value of that database: SELECT * FROM admin > Quite the puzzler then, I take it? Is there some possibility that it > is both storing internally and externally, and the internal version > has never upgraded since then, and that it syncs up for the most part > every now and then, so that very little of the data is lost (since all > of my tracks were there on restarting without my external database)? Playlists may be stored in the disk or database. Play counts, statistics, images are stored in the database unless you choose to store them in the media files themselves (see Configure Amarok -> Local Collection). In the latter case, barely anything will be lost when database is corrupted, but Amarok will keep modifying media files which might be what you want. If you removed ~/.kde/share/apps/amarok/mysqle with Amarok running, it might have written data back from memory upon Amarok. As I said before, state of internal database is not important if you are using external one. signature.asc Description: This is a digitally signed message part.
Bug#681121: [Pkg-kde-extras] Bug#681121: Bug#681121: amarok: attempts to upgrade MySQL database on every application start
Hello, Hmm, log tells me that you are using external MySQL server storage. So far we were checking version of the local storage, so our info was not correct. > amarok: [00;34mBEGIN:[00;39m void > CollectionManager::loadPlugins(const > QList&) amarok: > [CollectionManager] initializing "amarok_collection-mysqlservercollection" > amarok: [00;35mBEGIN:[00;39m > MySqlServerStorage::MySqlServerStorage() amarok: Automatic > reconnect successfully activated > amarok: Automatic reconnect successfully activated > amarok: [MySqlStorage] Connected to MySQL server 5.5.24-7 > amarok: Connected to MySQL server 5.5.24-7 > amarok: [MySqlStorage] Initialized thread, count== 1 > amarok: [00;35mEND__:[00;39m > MySqlServerStorage::MySqlServerStorage() [00;35m[Took: 0.003s][00;39m > amarok: [00;36mBEGIN:[00;39m > SqlRegistry::SqlRegistry(Collections::SqlCollection*) amarok: > [00;36mEND__:[00;39m > SqlRegistry::SqlRegistry(Collections::SqlCollection*) [00;36m[Took: > 0.051s][00;39m amarok: [00;31mBEGIN:[00;39m > MountPointManager::MountPointManager(QObject*, SqlStorage*) amarok: > [00;32mBEGIN:[00;39m MediaDeviceCache::MediaDeviceCache So you should check the value of the DB_VERSION row in the admin table. If it is 14, database upgrades should not be triggered anymore (and as far as I can tell from the log, they are not). Therefore, trying using current database unless you notice odd behaviour which could be database corruption related. signature.asc Description: This is a digitally signed message part.
Bug#662103: Pausing and resuming in Amarok changes volume to 100%
Hello, On Wednesday 08 August 2012 13:57:24 Robert Keevil wrote: > reopen 662103 > thanks > > Hi, > > Just to confirm that the problem still exists with the > 0.5.0+14.g382da0d-2 version. Please retest with 0.6.0-1. It will hit unstable soon. signature.asc Description: This is a digitally signed message part.
Bug#681121: [Pkg-kde-extras] Bug#681121: Bug#681121: amarok: attempts to upgrade MySQL database on every application start
Control: severity -1 normal Control: title -1 amarok database is stuck at version 7 (amarok 2.2.0) Control: tags -1 upstream Hello, On Thursday 12 July 2012 15:02:44 Ira Rice wrote: > 020 A C K soh nul nul nul nul soh nul dc1 nul ~ nl D B >4341014b000100110afe4244 > 040 _ V E R S I O N bel nul nul nul soh nul nak nul >565f524549534e4f000700010015 It seems that your database is at version 7 (which is amarok 2.2.0) while current version is 14. Apparently, amarok has not fully succeeded in updating the database since then... So each time amarok starts, it runs (or not) 7 upgrade scripts some of which have already been completed probably. Since the code does not appear to have a sence of database transactions (as far as I can tell anyway, I might be wrong), your database might already be in inconsistent state. Therefore, I strongly recommend to backup and purge database, then start from scratch (and export playlists/other data to external files beforehand). Alternatively you could run: $ amarok --debug --nofork 2>&1 | tee amarok-debug.log wait for amarok to start, close it and then attach amarok-debug.log. What is more, take notice of which statement amarok gets stuck at if any. However, I doubt this will take us far since the only way to fix your dabatase is to hack it manually. I'm marking this bug as normal since 2.2.0 has never been in stable (first version in stable is 2.4.3) and iirc, < 2.3 series had some nasty bugs which might have led to this state after all. signature.asc Description: This is a digitally signed message part.
Bug#664681: transition: KDE's 4.8 release of platform, applications and workspace
Hello, if upstream released KDE SC 4.8.5 (it could be at the end of this month or it may never happen at all), would you let it into wheezy? Upstream is focusing on 4.9 right now and 4.8.5 would really contain only (a couple of) bug fixes. It would be great to ship Wheezy with the base which is at the latest upstream stable point release. We would probably not upload everything, just important bits (a.k.a. KDE Plasma Workspaces): meta-kde kactivities kde4libs kde-runtime kdepimlibs kde-wallpapers kde-workspace kdeplasma-addons kde-baseapps and maybe a few others which we think have important bug fixes. Obviously, no SONAME changes, shlibs bumps, 3rd party package breaking or anything of the similar destructive kind will be involved, only bugfixes. signature.asc Description: This is a digitally signed message part.
Bug#680825: [Debichem-devel] Bug#680825: gromacs: FTBFS: mv: cannot stat `/«PKGBUILDDIR»/debian/gromacs-mpich/usr/lib/*.so': No such file or directory
Hello, On Thursday 12 July 2012 20:47:59 Nicholas Breen wrote: > On Wed, Jul 11, 2012 at 03:44:22PM -0400, Brad King wrote: > > This should fix it: > > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8720aa04 > > > > Ideally we should add a test for this case but I have no time now. > > We'll include the fix in the next 2.8.9 rc. > > Thank you very much for tracking down the bug. > > Modestas, do you think it's worth applying that patch to the cmake package > and requesting a freeze exception from the RMs? The plan is to ship Wheezy with cmake 2.8.9 final. I have uploaded 2.8.9-rc1 this early in order to catch the auto-freeze-exception train and minimize diff. 2.8.9-rc1 <-> 2.8.9 will only contain bug fixes anyway. > I'm not sure if it affects > any other packages in the archive, but I cannot find any other outright > failures in this batch of FTBFS bugs that date from after the 2.8.9-rc1 > upload, so it might well be just this one case. Feel free to reassign/clone this bug to cmake. > Otherwise I'll hash out a > workaround for gromacs to keep it from getting removed as RC-buggy. I will upload 2.8.9-rc2 to unstable once its released (which should not take long). signature.asc Description: This is a digitally signed message part.
Bug#681121: [Pkg-kde-extras] Bug#681121: amarok: attempts to upgrade MySQL database on every application start
Hello, On Tuesday 10 July 2012 13:07:23 Ira Rice wrote: > In the NEWS file for 2.6~beta1, it mentioned that for smaller playlists, there > would be a few minute delay while it updated the database format. There is no NEWS file in amarok packaging. You are probably referring to changelog.gz Anyway, could you exactly quote the changelog entry you are referring to? > However, I > have a larger database (4600+ tracks in a playlist, with more on disk), and > this takes more along the lines of 1 1/2 to 2 hours, where it then doesn't > give any obvious indication that it is then doing anything (but which I can > verify that it's upgrading the tables through MySQL Workbench). Can you paste what $ cat ~/.kde/share/apps/amarok/mysqle/amarok/admin.MYD | od -a -x returns? You may get more help by reporting the bug to https://bugs.kde.org though. signature.asc Description: This is a digitally signed message part.
Bug#679789: trying to overwrite '/usr/share/doc/kde/HTML/en/konqueror/format-font-size-less.png', which is also in package kdebase-data 4:4.6.5-1
Hello, On Thursday 05 July 2012 22:28:36 K L wrote: > What's the status of the bug? My system cannot do upgrade anymore. Is > there a way to revert back or allow me upgrade again? We have to wait a bit. Anyway: dpkg --force-overwrite -i /var/cache/apt/archives/konqueror_4%3a4.8.4-1_i386.deb signature.asc Description: This is a digitally signed message part.
Bug#679582: [Pkg-kde-extras] Bug#679582: amarok: doesn't start since about two or three days ago
severity 679582 important retitle 679582 amarok crashes on startup if playlist is corrupt (current.xspf) thanks Hello, On Friday 29 June 2012 23:44:33 Toni Mueller wrote: > Since a few days, amarok does not want to start anymore. Before that, > it played just fine. This is what I get at startup: > ... > Thread 1 (Thread 0xafbf6720 (LWP 25195)): > [KCrash Handler] > #7 Playlist::TrackNavigator::queueIds (this=0x9c8b460, ids=...) at > ../../src/playlist/navigators/TrackNavigator.cpp:61 #8 0xb6c0b6be in > Playlist::TrackNavigator::queueId (this=0x9c8b460, id=0) at > ../../src/playlist/navigators/TrackNavigator.cpp:51 #9 0xb6b7fa4c in > Playlist::Actions::queue (this=0x9bda4f8, rows=...) at > ../../src/playlist/PlaylistActions.cpp:400 #10 0xb6b83314 in > Playlist::Actions::restoreDefaultPlaylist (this=0x0) at > ../../src/playlist/PlaylistActions.cpp:514 #11 0xb6b837da in > Playlist::Actions::init (this=this@entry=0x9bda4f8) at > ../../src/playlist/PlaylistActions.cpp:94 #12 0xb6b83848 in > Playlist::Actions::instance () at ../../src/playlist/PlaylistActions.cpp:59 > #13 0xb6b83884 in The::playlistActions () at > ../../src/playlist/PlaylistActions.cpp:534 #14 0xb6f111d0 in > MainWindow::createActions (this=0x99e0d18) at ../../src/MainWindow.cpp:697 > #15 0xb6f1bb4b in MainWindow::MainWindow (this=0x99e0d18) at > ../../src/MainWindow.cpp:145 #16 0xb6ef3414 in App::continueInit > (this=0xbfcfd7bc) at ../../src/App.cpp:545 #17 0xb6ef4da8 in App::App > (this=0xbfcfd7bc) at ../../src/App.cpp:185 #18 0x08050028 in main (argc=1, > argv=0xbfcfd8b4) at ../../src/main.cpp:301 It seems Amarok current playlist [1] has become corrupt on your system. See these upstream bugs [2][3] how to fix that. Nevertheless, I believe that amarok should not crash in that case so this is still a bug, however, a non release-critical one. [1] $HOME/.kde/share/apps/amarok/current.xspf [2] https://bugs.kde.org/show_bug.cgi?id=302607 [3] https://bugs.kde.org/show_bug.cgi?id=302650 signature.asc Description: This is a digitally signed message part.
Bug#679542: Each upload (even -2 -3 etc) is a transition?
Source: libav Version: 6:0.8.3-4 Severity: important Hello, could you explain why each -2 -3 etc. upload bumps shlibs to the current debian revision as opposed to the current upstream version? This effectly makes each debian revision of libav a small transition. For example, now amarok [1] will have to wait and depend on libav to migrate testing for no good reason at all. I highly recommend at least replacing dh_makeshlibs -p"$$pkg" -V"$$pkg (>= $(DEB_VERSION))"; with dh_makeshlibs -p"$$pkg" -V in debian/rules or better bringing everything to the next level with symbol files. [1] http://packages.qa.debian.org/a/amarok.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.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#664681: transition: KDE's 4.8 release of platform, applications and workspace
Hello, On šeštadienis 24 Kovas 2012 23:45:02 Sune Vuorela wrote: > On Saturday 24 March 2012 22:10:07 you wrote: > > On Mon, Mar 19, 2012 at 22:07:22 +0100, Sune Vuorela wrote: > > > a couple of months ago, KDE released the januar feature release > > > > Should we do the qt multiarch change before this? > > We can do the qt multiarch change first. we also can do it after. > > I would personally like to see the Qt multiarch change done, because it > also brings in qt4.8 With qt4-x11 multiarch done [1] and KDE Plasma Workspaces ready in experimental [2], when could we expect a transition slot? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653903 [ bug not closed though ] [2] http://pkg-kde.alioth.debian.org/redir/kde-sc-buildd-experimental?compact=1 -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#675700: deflate support for https://https://buildd.debian.org/status/fetch.php
Package: buildd.debian.org Severity: wishlist Hello, it would be great if https://buildd.debian.org/status/fetch.php supported deflate. For example, https://buildd.debian.org/fetch.cgi serves deflated build logs whenever possible. Since build logs are quite repetitive text, deflate should save quite some bandwidth. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.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#674788: LWP::UserAgent cuts chunked response
forwarded 674788 https://rt.cpan.org/Public/Bug/Display.html?id=74431
tags 674788 patch
thanks
Hello,
On sekmadienis 27 Gegužė 2012 19:29:59 Modestas Vainius wrote:
> If I disable show_progress(), the bug does not occur (probably because the
> response is not chunked then).
>
> This bug could be related to
> https://bugzilla.redhat.com/show_bug.cgi?id=768394
I have found a similar bug reported upstream [1]. It has a patch attached at
[2]. I tested a patch and it seems to work. I can't tell for sure since the
bug is not 100% reproducible but I tried a bunch of times and my bug script
has never failed.
I attach a debdiff for the almost-ready-to-be-uploaded package which contains
that patch. Thank you for considering. The bug breaks pkgkde-getbuildlogs in
pkg-kde-tools (incomplete logs are received) hence it's pretty annoying.
[1] https://rt.cpan.org/Public/Bug/Display.html?id=74431
[2] https://rt.cpan.org/Public/Bug/Display.html?id=74431#txn-1076013
--
Modestas Vainius
diff -Nru libnet-http-perl-6.03/debian/changelog libnet-http-perl-6.03/debian/changelog
--- libnet-http-perl-6.03/debian/changelog 2012-02-17 17:42:35.0 +0200
+++ libnet-http-perl-6.03/debian/changelog 2012-06-02 13:45:25.0 +0300
@@ -1,3 +1,11 @@
+libnet-http-perl (6.03-2~mdx1) UNRELEASED; urgency=low
+
+ [ Modestas Vainius ]
+ * Add fix_chunked_decoding_674788.diff patch to fix a problem with chunked
+decoding. (Closes: #674788)
+
+ -- Modestas Vainius Sat, 02 Jun 2012 13:43:48 +0300
+
libnet-http-perl (6.03-1) unstable; urgency=low
* Imported Upstream version 6.03.
diff -Nru libnet-http-perl-6.03/debian/patches/fix_chunked_decoding_674788.diff libnet-http-perl-6.03/debian/patches/fix_chunked_decoding_674788.diff
--- libnet-http-perl-6.03/debian/patches/fix_chunked_decoding_674788.diff 1970-01-01 03:00:00.0 +0300
+++ libnet-http-perl-6.03/debian/patches/fix_chunked_decoding_674788.diff 2012-06-02 13:49:37.0 +0300
@@ -0,0 +1,31 @@
+From: Dagfinn Ilmari Manns책ker
+Subject: Fix a problem with chunked decoding
+Forwarded: yes
+Bug: https://rt.cpan.org/Public/Bug/Display.html?id=74431
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674788
+Origin: other, https://rt.cpan.org/Public/Bug/Display.html?id=74431#txn-1076013
+Last-Update: 2012-06-02
+
+If the first read after a chunk header returns EAGAIN or EINTR, the
+chunked state stored in the client object doesn't get updated, so the
+next call to ->read_entity_body tries to read the chunk header again,
+and gives a "Missing newline after chunk data" error.
+
+This fixes it by updating ${*$self}{'http_chunked'} immediately after
+the chunk header has been read, so that the state persist to the next
+call.
+---
+ lib/Net/HTTP/Methods.pm |2 +-
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+
+--- a/lib/Net/HTTP/Methods.pm
b/lib/Net/HTTP/Methods.pm
+@@ -488,7 +488,7 @@ sub read_entity_body {
+ unless ($chunk_len =~ /^([\da-fA-F]+)\s*$/) {
+ die "Bad chunk-size in HTTP response: $line";
+ }
+- $chunked = hex($1);
++ ${*$self}{'http_chunked'} = $chunked = hex($1);
+ if ($chunked == 0) {
+ ${*$self}{'http_trailers'} = [$self->_read_header_lines];
+ $$buf_ref = "";
diff -Nru libnet-http-perl-6.03/debian/patches/series libnet-http-perl-6.03/debian/patches/series
--- libnet-http-perl-6.03/debian/patches/series 1970-01-01 03:00:00.0 +0300
+++ libnet-http-perl-6.03/debian/patches/series 2012-06-02 13:43:38.0 +0300
@@ -0,0 +1 @@
+fix_chunked_decoding_674788.diff
signature.asc
Description: This is a digitally signed message part.
Bug#672359: [debian-mysql] Bug#675304: amarok
Hello, On šeštadienis 02 Birželis 2012 11:52:59 Nicholas Bamber wrote: > > FWIW, I also believe that there is a bug in mysql-common that my.conf > > refers to the directory which might not be available. > > That bug is #672359. I have been holding off fixing it because I was > trying to think about the most elegant way and because the impact seemed > limited. But the only way seems to be to create > /etc/mysql/conf.d/.keepme in mysql-common and it keeps popping up. Use dh_installdirs? conf.d directory is no big deal, tons of stuff does it including e.g. apt -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#674788: LWP::UserAgent cuts chunked response
Package: libnet-http-perl
Version: 6.03-1
Severity: normal
Hello,
when running the following script:
--
#!/usr/bin/perl
use LWP::UserAgent;
my $browser = LWP::UserAgent->new();
$browser->show_progress(1);
my $resp =
$browser->get("https://buildd.debian.org/status/fetch.php?pkg=qtwebkit&arch=armhf&ver=2.2.1-3&stamp=1336897582";,
":content_file" => "output.html");
print $resp->as_string();
--
output.html is not retrieved fully (the output is cut randomly each time the
script is run). The script gives the following output:
** GET
https://buildd.debian.org/status/fetch.php?pkg=qtwebkit&arch=armhf&ver=2.2.1-3&stamp=1336897582
==> 200 OK (2s)
HTTP/1.1 200 OK
Connection: close
Date: Sun, 27 May 2012 16:18:52 GMT
Server: Apache
Vary: Accept-Encoding
Content-Type: text/html
Client-Aborted: die
Client-Date: Sun, 27 May 2012 16:18:53 GMT
Client-Peer: 194.177.211.200:443
Client-Response-Num: 1
Client-SSL-Cert-Issuer:
/O=Debian/CN=ca.debian.org/emailAddress=debian-ad...@debian.org
Client-SSL-Cert-Subject:
/O=Debian/CN=buildd.debian.org/emailAddress=debian-ad...@debian.org
Client-SSL-Cipher: DHE-RSA-AES256-SHA
Client-SSL-Socket-Class: IO::Socket::SSL
Client-Transfer-Encoding: chunked
Link: ; rel="stylesheet"; type="text/css"
Link: ; rel="StyleSheet"; type="text/css"
Link: ; rel="StyleSheet"; type="text/css"
Title: Build log for qtwebkit (2.2.1-3) on armhf
X-Died: Missing newline after chunk data: 'DQT_MAKEDLL -DQT_NO_DEBUG
-DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED
-I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore
-I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4
-I../JavaScriptCore -I../../Source -I../ThirdParty
-I../JavaScriptCore/assembler -I../JavaScriptCore/bytecode
-I../JavaScriptCore/bytecompiler -I../JavaScriptCore/heap
-I../JavaScriptCore/dfg -I../JavaScriptCore/debugger
-I../JavaScriptCore/interpreter -I../JavaScriptCore/jit
-I../JavaScriptCore/parser -I../JavaScriptCore/profiler
-I../JavaScriptCore/runtime -I../JavaScriptCore/wtf
-I../JavaScriptCore/wtf/gobject
-I/build/buildd-qtwebkit_2.2.1-3-armhf-lTRdTt/qtwebkit-2.2.1/Source/JavaScriptCore/wtf/symbian
-I../JavaScriptCore/wtf/unicode -I../JavaScriptCore/yarr
-I../JavaScriptCore/API -I../JavaScriptCore/ForwardingHeaders
-I../JavaScriptCore/generated -Ibridge/qt -Ipage/qt -Iplatform/graphics/qt
-Iplatform/network/qt
-Iplatform/qt -I../WebKit/qt/Api -I../WebKit/qt/WebCoreSupport -I.
-Iaccessibility -Ibindings -Ibindings/generic -Ibridge -Icss -Idom
-Idom/default -Iediting -Ifileapi -Ihistory -Ihtml -Ihtml/canvas -Ihtml/parser
-Ihtml/shadow -Iinspector -Iloader -Iloader/appcache -Iloader/archive
-Iloader/cache -Iloader/icon -Imathml -Inotifications -Ipage -Ipage/animation
-Iplatform -Iplatform/animation -Iplatform/audio -Iplatform/graphics
-Iplatform/graphics/filters -Iplatform/graphics/filters/arm
-Iplatform/graphics/texmap -Iplatform/graphics/transforms
-Iplatform/image-decoders -Iplatform/leveldb -Iplatform/mock -Iplatform/network
-Iplatform/sql -Iplatform/text -Iplatform/text/transcoder -Iplugins -Irendering
-Irendering/mathml -Irendering/style -Irendering/svg -Istorage -Isvg
-Isvg/animation -Isvg/graphics -Isvg/graphics/filters -Isvg/properties
-Itesting -Iwebaudio -Iwebsockets
-I/build/buildd-qtwebkit_2.2.1-3-armhf-lTRdTt/qtwebkit-2.2.1/Source/WebCore/wml
-Iworkers -Ixml -Ibridge/j
sc -Ibindings/js
-I/build/buildd-qtwebkit_2.2.1-3-armhf-lTRdTt/qtwebkit-2.2.1/Source/WebCore/bindings/js/specialization
-Ibridge/c -Itesting/js -Igenerated -I../../Source
-I/build/buildd-qtwebkit_2.2.1-3-armhf-lTRdTt/qtwebkit-2.2.1/Source/../include
-I../include/QtWebKit -I../include -I/usr/src/3rdparty/sqlite/
-Iplatform/graphics/gstreamer -I/usr/include/glib-2.0
-I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -I/usr/include/gstreamer-0.10
-I/usr/include/libxml2 -I/usr/X11R6/include -I. -o obj/release/CSSProperty.o
css/CSSProperty.cpp' at /usr/share/perl5/Net/HTTP/Methods.pm line 481.
X-Powered-By: PHP/5.3.3-7+squeeze9
If I disable show_progress(), the bug does not occur (probably because the
response is not chunked then).
This bug could be related to https://bugzilla.redhat.com/show_bug.cgi?id=768394
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libnet-http-perl depends on:
ii perl 5.14.2-11
Versions of packages libnet-http-perl recommends:
ii libio-socket-ssl-perl 1.74-1
libnet-http-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...@l
Bug#673865: Please drop OpenSSL dependency
Package: libmysqld-pic Version: 5.5.23-2 Severity: important Hello, it is no secret that OpenSSL licence is not GPL compatible so MySQLe depending on OpenSSL will certainly cause licensing nightmare for GPL applications which want to embed it. What is more, OpenSSL does not have much use for MySQL Embedded by design, does it? This OpenSSL problem is also valid for libmysqlclient as well. I don't know if you did any analysis of libmysqlclient rdepends licensing before adding OpenSSL... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmysqld-pic depends on: ii libmysqlclient-dev 5.5.23-2 libmysqld-pic recommends no packages. libmysqld-pic 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#673112: lintian: hardening-no-stackprotector check has many false positives
Hello, On šeštadienis 19 Gegužė 2012 19:49:14 Russ Allbery wrote: > Sven Joachim writes: > > Easier said then done, how should I override this warning: > > > > , > > > > | W: libncurses5: hardening-no-fortify-functions > > | usr/lib/i386-linux-gnu/libmenu.so.5.9 > > > > ` > > libncurses5 binary: hardening-no-fortify-functions usr/lib/*/libmenu.so.* Well, I get this "nice" lintian output: $ lintian -I amarok_2.5.0-2_amd64.changes W: amarok: hardening-no-stackprotector usr/bin/amarok W: amarok: hardening-no-stackprotector usr/bin/amarokpkg W: amarok: hardening-no-fortify-functions usr/bin/amarokpkg W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_appletscript_simple_javascript.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_appletscript_simple_javascript.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_collection-audiocdcollection.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_collection-audiocdcollection.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_collection-ipodcollection.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_collection-mtpcollection.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_collection-mtpcollection.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_collection-mysqlservercollection.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_collection-playdarcollection.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_collection-playdarcollection.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_collection-umscollection.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_collection-umscollection.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_collection-upnpcollection.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_collection-upnpcollection.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_containment_vertical.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_containment_vertical.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_albums.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_albums.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_currenttrack.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_currenttrack.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_info.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_labels.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_labels.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_lyrics.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_lyrics.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_photos.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_photos.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_similarArtists.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_similarArtists.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_spectrum_analyzer.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_spectrum_analyzer.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_tabs.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_tabs.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_upcomingEvents.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_upcomingEvents.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_videoclip.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_videoclip.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_context_applet_wikipedia.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_context_applet_wikipedia.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_data_engine_current.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_data_engine_info.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_data_engine_labels.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_data_engine_lyrics.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_data_engine_lyrics.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_data_engine_photos.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_data_engine_similarArtists.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_data_engine_spectrum_analyzer.so W: amarok: hardening-no-fortify-functions usr/lib/kde4/amarok_data_engine_spectrum_analyzer.so W: amarok: hardening-no-stackprotector usr/lib/kde4/amarok_data_engine_tabs.so W: am
Bug#673574: [debian-mysql] Bug#673574: mysql_config{_, _pic} --libmysqld-libs no longer lists -L/usr/lib/mysql
Hello, On sekmadienis 20 Gegužė 2012 01:03:08 Nicholas Bamber wrote: > Modestas, > The reason for the change is the Debian-wide Multiarch project > (http://wiki.debian.org/Multiarch). So mysql_config is correctly > reporting where the libraries are to be found. Sorry, I'm not following. libmysqld_pic.a is not in the multiarch path, it's still in private directory under /usr/lib/mysql which is no longer listed in --libmysqld-libs: $ dpkg -L libmysqld-pic /. /usr /usr/bin /usr/bin/mysql_config_pic /usr/share /usr/share/lintian /usr/share/lintian/overrides /usr/share/lintian/overrides/libmysqld-pic /usr/share/doc /usr/share/doc/libmysqld-pic /usr/share/doc/libmysqld-pic/copyright /usr/share/doc/libmysqld-pic/changelog.Debian.gz /usr/share/doc/libmysqld-pic/README.Debian /usr/lib /usr/lib/mysql /usr/lib/mysql/libmysqld_pic.a -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#673574: mysql_config{_,_pic} --libmysqld-libs no longer lists -L/usr/lib/mysql
Package: libmysqld-pic
Version: 5.5.23-2
Severity: important
Hello,
as of 5.5.23, neither mysql_config nor mysql_config_pic --libmysqld-libs have
-L/usr/lib/mysql in their output (but that's where libmysqld_pic.a lives)
therefore it is no longer possible for the external configure scripts to locate
libmysqd_pic.a using mysql_config{_,_pic} alone. 5.1 used to have it.
In 5.1.61, mysql_config output used to be:
$ mysql_config
Usage: /usr/bin/mysql_config [OPTIONS]
Options:
--cflags [-I/usr/include/mysql -DBIG_JOINS=1
-fno-strict-aliasing -DUNIV_LINUX -DUNIV_LINUX]
--include[-I/usr/include/mysql]
--libs [-rdynamic -L/usr/lib/mysql -lmysqlclient]
--libs_r [-rdynamic -L/usr/lib/mysql -lmysqlclient_r]
--plugindir [/usr/lib/mysql/plugin]
--socket [/var/run/mysqld/mysqld.sock]
--port [0]
--version[5.1.61]
--libmysqld-libs [-rdynamic -L/usr/lib/mysql -lmysqld -ldl -lwrap -lrt]
As of 5.5.23, it is:
$ mysql_config_pic
Usage: /usr/bin/mysql_config_pic [OPTIONS]
Options:
--cflags [-I/usr/include/mysql -DBIG_JOINS=1 -fPIC
-fno-strict-aliasing -fPIC -g]
--include[-I/usr/include/mysql]
--libs [-L/usr/lib/x86_64-linux-gnu -lmysqlclient -lpthread
-lz -lm -lrt -lssl -lcrypto -ldl]
--libs_r [-L/usr/lib/x86_64-linux-gnu -lmysqlclient_r -lpthread
-lz -lm -lrt -lssl -lcrypto -ldl]
--plugindir [/usr/lib/mysql/plugin]
--socket [/run/mysqld/mysqld.sock]
--port [0]
--version[5.5.23]
--libmysqld-libs [-L/usr/lib/x86_64-linux-gnu -lmysqld -lpthread -lz
-lm -lrt -lssl -lcrypto -lwrap -lcrypt -ldl -laio]
--variable=VAR VAR is one of:
pkgincludedir [/usr/include/mysql]
pkglibdir [/usr/lib/x86_64-linux-gnu]
plugindir [/usr/lib/mysql/plugin]
As you see, /usr/lib/mysql is nowhere to be found in 5.5.23 output.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libmysqld-pic depends on:
ii libmysqlclient-dev 5.5.23-2
libmysqld-pic recommends no packages.
libmysqld-pic 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#672890: No KDE SC 4.8 in wheezy?
Hello, On pirmadienis 14 Gegužė 2012 17:17:18 kamome umidori wrote: > Package: kde-baseapps > Version: 4.8 > > Hi, as we are approaching the next freeze, I realised with a shock that > KDE SC was still not at 4.8, not even in unstable - and no transition > for it, either. > I would have expected 4.8 to make it into wheezy. Is this really true, > 4.8 is said to include so many improvements (I think 4.7 is still a bit > weak). Please, tell me I missed something! ;) Don't worry, there will be KDE SC 4.8 in wheezy (maybe not 100% complete, but nearly). -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#580706: kmail crashes with akonadi
Hello, On trečiadienis 09 Gegužė 2012 19:50:30 benja...@benkay.net wrote: > > Looks like it can't find the mysqld executable. > > What does which mysqld say for you? > > mysql-server is not installed, so there is no mysqld available. However I > am using akonadi-backend-sqlite, so mysqld should not be required for > akonadi to work. If it is, then there is either a bug in > akonadi-backend-sqlite or a missing dependency in akonadi-server. You still need to edit akonadi configuration after switching the backed. See /usr/share/doc/akonadi-server/README.Debian.gz -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#599914: ktorrent crashes unexpectedly
Hello, On pirmadienis 30 Balandis 2012 23:01:42 Giorgos Pallas wrote: > Package: ktorrent > Version: 4.2.0-1 > Followup-For: Bug #599914 > > Dear Maintainer, > > ktorrent has started crashing about a week ago. From my dpkg.log I see that > on 2012-04-19 libktorrent3 was updated. Maybe there's a connection? > > The ktorrent crashes while running on background. Install ktorrent-dbg and post a backtrace from kde debug dialog. If it does not appear when ktorrent crashes, you might need to use gdb manually. This could be http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609817 (i.e. https://bugs.kde.org/show_bug.cgi?id=297755 ) signature.asc Description: This is a digitally signed message part.
Bug#667941: debhelper fixed
retitle 667941 cmake does not support CPPFLAGS environment variable severity 667941 normal tags 667941 upstream thanks Hello, On sekmadienis 29 Balandis 2012 12:15:48 Simon Ruderich wrote: > Hello, > > Just wanted to let you know that debhelper's cmake build system > now respects CPPFLAGS (#668813 is fixed). Thus this bug can be > closed in the next upload of korundum. Please don't close it. CMake itself still does not have a clue about CPPFLAGS which is what this bug is about now. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#668982: cmake does not allow generating of module (shared lib without SONAME)
found 668982 2.8.8-1 tags 668982 confirmed upstream thanks Hello, On pirmadienis 16 Balandis 2012 12:10:23 Mathieu Malaterre wrote: > There does not appear to be any tool to remove SONAME (post generation) > either: http://www.cmake.org/pipermail/cmake/2012-April/049889.html True, there is no clean way to omit SONAME. Unfortunately, the bug does not appear to be easy to fix either (e.g. is hardcoded in ./Modules/CMakeCXXInformation.cmake). I recommend to report a bug in upstream BTS. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#639300: Please someone provide a NMU
Hello, On sekmadienis 15 Balandis 2012 18:40:27 Massimo Cetra wrote: > Thanks to Steve Langasek: > > i have used your patch and recompiled soprano-daemon and the libraries. > Everything works without a problem. > > I would suggest a NMU if no one takes care of this bug which has been > open far more than it should. > > Max I'm sorry but we are not willing to include a dirty [1] patch just because we can. A better solution is welcome. [1] RPATH, commented out code. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#667941: korundum: CPPFLAGS hardening flags missing
Hello, On 2012 m. of April 8 d., Sunday 14:54:36 Simon Ruderich wrote: > > I don't know debhelper very well, but I think changing that would > require raising the compat level - which means it would take > quite a while to get the flags correctly enabled. There is a possibility that compat bump won't be needed [1]. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646129 > > >> To accomplish the hardening flags release goal for Wheezy, adding > >> the CPPFLAGS manually seems to be the only way. > > > > Not in each and every package, sorry. > > Could you add the fix for those of your packages which are > priority important or are security relevant (parse untrusted > data) or had a DSA? No, really, adding unnecesarry code into packaging is not the way to go. While a proper solution in cmake is not available (it won't be enabled by default though so cdbs / dh will need changes regardless), some hacks could be added to cdbs cmake.mk / dh cmake buildsystem given maintainers are willing to accept those hacks. So in my opinion, your effort would be better spent if you directed it into that direction. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666565: /usr/lib/libreoffice/program/soffice: Menu items are not displayed
Hello, On sekmadienis 01 Balandis 2012 21:25:44 Modestas Vainius wrote: > Same here (under KDE). Unfortunately, downgrading to 3.4.6 from testing > *did not* help :( Downgrading cairo to the version in testing (1.10.2-7) fixes the problem for me: $ LANG=C sudo aptitude install libcairo2/testing The following packages will be DOWNGRADED: libcairo2 0 packages upgraded, 0 newly installed, 1 downgraded, 0 to remove and 0 not upgraded. Need to get 0 B/933 kB of archives. After unpacking 132 kB will be used. The following packages have unmet dependencies: libcairo-script-interpreter2 : Depends: libcairo2 (>= 1.12.0) but 1.10.2-7 is to be installed. libcairo2-dev : Depends: libcairo2 (= 1.12.0-2) but 1.10.2-7 is to be installed. Accept this solution? [Y/n/q/?] y The following packages will be DOWNGRADED: libcairo-gobject2 libcairo-script-interpreter2 libcairo2 libcairo2-dev 0 packages upgraded, 0 newly installed, 4 downgraded, 0 to remove and 0 not upgraded. Need to get 0 B/3297 kB of archives. After unpacking 414 kB will be used. Do you want to continue? [Y/n/?] dpkg: warning: downgrading libcairo2-dev from 1.12.0-2 to 1.10.2-7. (Reading database ... 198728 files and directories currently installed.) Preparing to replace libcairo2-dev 1.12.0-2 (using .../libcairo2-dev_1.10.2-7_amd64.deb) ... Unpacking replacement libcairo2-dev ... dpkg: warning: downgrading libcairo-script-interpreter2:amd64 from 1.12.0-2 to 1.10.2-7. Preparing to replace libcairo-script-interpreter2:amd64 1.12.0-2 (using .../libcairo-script- interpreter2_1.10.2-7_amd64.deb) ... Unpacking replacement libcairo-script-interpreter2:amd64 ... dpkg: warning: downgrading libcairo2:amd64 from 1.12.0-2 to 1.10.2-7. Preparing to replace libcairo2:amd64 1.12.0-2 (using .../libcairo2_1.10.2-7_amd64.deb) ... Unpacking replacement libcairo2:amd64 ... dpkg: warning: downgrading libcairo-gobject2:amd64 from 1.12.0-2 to 1.10.2-7. Preparing to replace libcairo-gobject2:amd64 1.12.0-2 (using .../libcairo-gobject2_1.10.2-7_amd64.deb) ... Unpacking replacement libcairo-gobject2:amd64 ... Setting up libcairo2:amd64 (1.10.2-7) ... Setting up libcairo-gobject2:amd64 (1.10.2-7) ... Setting up libcairo-script-interpreter2:amd64 (1.10.2-7) ... Setting up libcairo2-dev (1.10.2-7) ... -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#666565: /usr/lib/libreoffice/program/soffice: Menu items are not displayed
Hello, On sekmadienis 01 Balandis 2012 18:32:50 Baurzhan Muftakhidinov wrote: > I have the same bug. > Clean Debian sid built with live-build on March 30, updated yesterday > and found this bug. > > I use Xfce DE. Same here (under KDE). Unfortunately, downgrading to 3.4.6 from testing *did not* help :( -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#664717: Unable to configure akonadi because of wrong backends in console
severity 664717 normal thanks Hello, On 2012 m. of March 20 d., Tuesday 09:16:22 Erwan David wrote: > Package: akonadi-server > Version: 1.6.2-2 > Severity: important > > No matter which backends are installed, console shows mysql and > postgresql, and only them. > It makes akonadi unusable for people who want to use other backends > (eg sqlite for small installations). console is not the only way to configure backends [1] [1] /usr/share/doc/akonadi-server/README.Debian.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#663441: cmake-data should find QtWebkit
tags 663441 unreproducible
Hello,
On sekmadienis 11 Kovas 2012 12:17:45 Emmanuel Surleau wrote:
> With the latest version of libqtwebkit-dev (2.2.0-3) and libqtwebkit4
> (2.2.0-3) installed, CMake fails to find QtWebkit, even though
> set(QT_USE_QTWEBKIT TRUE) is present in the CMakeLists.txt file (on the
> other hand, it finds QtDBus, etc, without problem).
>
> Instead it comes up with the following message:
>
> Qt QTWEBKIT library not found.
I can't reproduce this problem:
$ dpkg -l libqt4-dev libqtwebkit-dev | grep ^ii
ii libqt4-dev 4:4.7.4-2
Qt 4 development files
ii libqtwebkit-dev 2.2.0-3
Web content engine
library for Qt - development files
$ cat CMakeLists.txt
project(demo)
cmake_minimum_required(VERSION 2.8)
find_package(Qt4)
message(STATUS ${QT_QTWEBKIT_FOUND} ${QT_QTWEBKIT_INCLUDE_DIR})
$ rm -f CMakeCache.txt; cmake .
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found.
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found.
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found.
-- Found Qt4: /usr/bin/qmake (found version "4.7.4")
-- 1/usr/include/qt4/QtWebKit
-- Configuring done
-- Generating done
-- Build files have been written to: /home/modax/test/cmake
--
Modestas Vainius
signature.asc
Description: This is a digitally signed message part.
Bug#663264: [Pkg-kde-extras] Bug#663264: [kde-config-touchpad] auto disabling touchpad while typing is missing
retitle 663264 some config settings are inaccessible via systemsettings severity 663264 minor thanks Hello, On penktadienis 09 Kovas 2012 23:54:59 Stanislav Nepochatov wrote: > Package: kde-config-touchpad > Version: 0.8.1-1 > Severity: normal > > Recent update was really worstest. Just today I've found behavior of > my touchpad as very strange. All configuration was reset, I had to fix > it. But auto disabling option just disappeared from configuration > window. Please fix. I'll downgrade this package for a time. It hasn't disappeared, it's no longer accessible in systemsettings. Right click on the synaptiks system tray icon and open configuration dialog from there. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#600805: "MIGRATED to testing" mails do not reach debian-qt-...@lists.debian.org anymore
Hello, On šeštadienis 03 Kovas 2012 17:07:21 Alexander Wirt wrote: > > > > I'm afraid "MIGRATED to testing" mails still do not reach > > debian-qt-...@lists.debian.org. For example, [1] is nowhere to be seen on > > [2]. > > Do you have a recent example for me? Our logs are already rotated for that > case. Yeah: http://packages.qa.debian.org/p/phonon/news/20120301T163905Z.html -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
