Bug#1011349: sway: PATH remains set to ENV_SUPATH in sway environment
Package: sway Version: 1.7-2 Severity: normal Dear Maintainer, On a new install running bookworm my regular user has the wrong PATH set. The path used matches ENV_SUPATH from /etc/login.defs. I think this is because sway inherits the environment from the desktop manager (gdm3) which is run as root. One solution I found in #968910 (message #15) is to modify /usr/share/wayland-sessions/sway.desktop to run sway in a login shell. Another similar bug is #1011088 (zsh) but I installed Gnome and logged into a Wayland session and my user got the correct PATH in my bash shell (did not test under zsh, but I don't expect a difference). -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.17.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sway depends on: ii libc62.33-7 ii libcairo21.16.0-5 ii libevdev21.12.1+dfsg-1 ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-1 ii libgl1-mesa-dri 21.3.8-1 ii libgles2 1.4.0-1 ii libglib2.0-0 2.72.1-1 ii libinput10 1.20.1-1 ii libjson-c5 0.16-1 ii libpango-1.0-0 1.50.7+ds-1 ii libpangocairo-1.0-0 1.50.7+ds-1 ii libpcre3 2:8.39-14 ii libpixman-1-00.40.0-1 ii libsystemd0 250.4-1 ii libudev1 250.4-1 ii libwayland-client0 1.20.0-1 ii libwayland-cursor0 1.20.0-1 ii libwayland-server0 1.20.0-1 ii libwlroots10 0.15.1-2 ii libxcb1 1.14-3 ii libxkbcommon01.4.0-1 ii policykit-1 0.105-33 ii swaybg 1.1.1-2 Versions of packages sway recommends: ii foot 1.12.1-1 ii suckless-tools46-2 ii sway-backgrounds 1.7-2 Versions of packages sway suggests: ii swayidle1.7.1-2 ii swaylock1.6-2 pn xdg-desktop-portal-wlr -- no debconf information
Bug#950748: bootparamd does not receive broadcast messages unless rpcbind is run with -r
Package: bootparamd Version: 0.17-10 Severity: normal Dear Maintainer, I was attempting to use rarpd/tftp/bootparamd/nfs to do a solaris jumpstart installation. When running "rpc.bootparamd -d" I could see requests directly to the host (testing via callbootd), but requests sent broadcast (both 192.168.1.255/24 and 255.255.255.255) never reached bootparamd. I found adding the remote call option (-r) in /etc/default/rpcbind caused bootparamd to start seeing broadcast messages. I see this behavior is documented in /usr/share/doc/rpcbind/README.Debian but I'm wondering if you think there should be a information in rpc.bootparamd(8) or other docs to indicate broadcasts may be ignored by default because it's not obvious rpcbind may be involved. -- System Information: Debian Release: 10.2 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/12 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bootparamd depends on: ii libc6 2.28-10 ii rpcbind [portmap] 1.2.5-0.3+deb10u1 bootparamd recommends no packages. bootparamd suggests no packages.
Bug#933382: O: synergy -- Share mouse, keyboard and clipboard over the network
Package: wnpp Severity: normal I'm orphaning synergy (https://symless.com/synergy). It's in need of work to update to current SSL key-length requirements and to match current packaging of the google-mock/googletest dependency. There may be other issues. I'm not up to date on current upstream releases. I know there was going to be a major release of synergy 2.0, but Symless seems to have backed away from that for now, and additional 1.x releases have been made. Part of the reason I am orphaning the package is because barrier (https://github.com/debauchee/barrier), a fork of synergy, has been packaged and made it into Debian 10 release. Debian's manual pages seem to be unique to the Debian package, and may be of interest to upstream.
Bug#923738: pms: run without terminal and passworded mpd results in infinite loop filling xsession-errors
Package: pms
Version: 0.42-1+b3
Severity: important
Dear Maintainer,
I have a mpd instance with password, but pms was not configured for it
yet. I ran pms from dmenu_run instead of a terminal. The result was an
infinite loop on the password prompt. This gets logged to
.xsession-errors. This filled my disk which is how I found out.
Attached is a patch that causes pms to exit if fgets() returns a null
string (not just an empty string). This prevents the infinite loop in
my case but seems to still allow pms to prompt indefinitely when run
properly from a terminal.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages pms depends on:
ii libc6 2.28-7
ii libgcc1 1:8.2.0-21
ii libglib2.0-0 2.58.3-1
ii libncursesw6 6.1+20181013-2
ii libstdc++68.2.0-21
ii libtinfo6 6.1+20181013-2
Versions of packages pms recommends:
ii mpd 0.21.4-1+b1
pms suggests no packages.
-- no debconf information
diff --git a/src/pms.cpp b/src/pms.cpp
index 2c60585..4c8e798 100644
--- a/src/pms.cpp
+++ b/src/pms.cpp
@@ -471,7 +471,8 @@ Pms::main()
printf(_("This mpd server requires a password.\n"));
printf(_("Password: "));
- fgets(pass, 512, stdin) ? 1 : 0; //ternary here is a hack to get rid of a warn_unused_result warning
+ if (fgets(pass, 512, stdin) == 0)
+ return PMS_EXIT_BADPASS;
if (pass[strlen(pass)-1] == '\n') {
pass[strlen(pass)-1] = '\0';
}
Bug#875199:
Synergy can already build against Qt5. I've made the changes in my repository to do so. Currently upstream is transitioning to a new GUI (closed source.) I'm waiting for a new release, but I expect it will probably remove the current GUI completely (and the Qt dependency.) If you would like me to go ahead and push another 1.8.8 release to unstable please let me know.
Bug#873658: (no subject)
The Avahi code is used for some auto-configuration of client-server connection. I am waiting on a newer release, but at that point I expect to mark this bug as wontfix. My reasoning will be as follows: 1. Switching to the native API is not straightforward to me. 2. I don't know that any functionality is actually affected by these warnings. Please correct me. 3. Upstream has removed the graphical interface code (including the auto-configuration related code using libavahi) in recent commits. I think they won't be maintaining it any longer. It is possible a new GUI could be released which relies on this code, but my current understanding is that the new GUI is likely to be closed source. I will revisit this once there is a newer release so I have something concrete to make a decision on.
Bug#868148: RFS: synergy/1.8.8-stable+dfsg.1-1
On Wed, Jul 12, 2017 at 8:28 AM, Andreas Ronnquist wrote: > > I'll sponsor this if you want me to. (Since I asked for a new unstable > release ;) > I would appreciate it. I had just done the upload the day before I got your request, but it was good motivation to do the RFS. Thanks, Joshua Honeycutt
Bug#868148: RFS: synergy/1.8.8-stable+dfsg.1-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "synergy" Package name: synergy Version : 1.8.8-stable+dfsg.1-1 Upstream Author : Symless Inc URL : https://symless.com/synergy/ License : GPL-2 Section : x11 It builds those binary packages: synergy- Share mouse, keyboard and clipboard over the network To access further information about this package, please visit the following URL: https://mentors.debian.net/package/synergy Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/synergy/synergy_1.8.8-stable+dfsg.1-1.dsc More information about synergy can be obtained from https://symless.com/synergy/ Changes since the last upload: * New upstream version. * Added delete_temp_config.patch to enable deletion of qt_temp files. Closes: # 765955 * Remove clipboardchunktests.patch (merged upstream) Regards, Joshua Honeycutt
Bug#861403: java-package: Package has dependency on libc6-amd64 if it is installed, but this can't be satisfied
Package: java-package Version: 0.62 Severity: normal Dear Maintainer, I ran into user on IRC attempting to create a jre deb on an amd64 system. They had an issue where their jre deb was depending on libc6-amd64 which is an i386 arch package. The dependency could not be resolved so the resulting package was uninstallable. I think this is because dpkg was looking for a amd64 arch candidate. My system didn't produce this issue until I installed libc6-amd64 and ran java-package again. The user and I were able to produce packages with working depends if libc6-amd64 was removed. I'm not sure why it was installed on their system to begin with. #739758 seems to indicate it is undesireable for libc6-amd64 to be installed on amd64 systems. I was able to reproduce the issue on a jessie and stretch system. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages java-package depends on: ii build-essential 12.3 ii debhelper10.2.5 ii dpkg-dev 1.18.23 ii fakeroot 1.21-3.1 ii libasound2 1.1.3-5 ii libfontconfig1 2.11.0-6.7+b1 ii libgl1-mesa-glx 13.0.6-1+b2 ii libgtk2.0-0 2.24.31-2 ii libx11-6 2:1.6.4-3 ii libxslt1.1 1.1.29-2.1 ii libxtst6 2:1.2.3-1 ii libxxf86vm1 1:1.1.4-1+b2 ii unzip6.0-21 java-package recommends no packages. Versions of packages java-package suggests: pn openjdk-7-jre -- no debconf information
Bug#860253: xscreensaver: Password dialog is not visible sometimes
Jamie, I did some more experimentation using other window environments (openbox, KDE, Gnome) and I could not reproduce the invisible dialog. This may just be a caused by the way Xfce handles display changes, but I don't know enough to come to any conclusion.
Bug#860253: xscreensaver: Password dialog is not visible sometimes
On Thu, Apr 13, 2017 at 12:03 PM, Jamie Zawinski wrote: > Is the screen completely black? Do you have xscreensaver configured to be > black-only or is it running savers? If you are not running savers, try doing > that, > to see if, when it is in this "invisible" mode, there are any pixels visible > at all. I was configured "Blank Screen Only". The screen was completely black except for my mouse cursor. I tried running with a screensaver. Only the dialog area appears black in this case. The screensaver freezes while the dialog is active. If I press Esc the screensaver continues. Then the dialog appears correctly if activated again by mouse movement. This is at least a workaround if I need to see the dialog's state. It seemed I was able to trigger the blank dialog more easily with a screensaver enabled (4/4 tries), but only when I suspended and woke via lid switch. Triggering the invisible dialog also requires mouse/key activity very quickly after waking. If I give time for the screensaver to start running then the dialog displays normally. I was not able to reproduce when suspending with a hotkey and waking via power button.
Bug#860253: xscreensaver: Password dialog is not visible sometimes
Package: xscreensaver Version: 5.36-1 Severity: important Dear Maintainer, Sometimes when xscreensaver is locked and I move the mouse or touch a key the password dialog does not appear. xscreensaver still responds to the password being entered and unlocked. The mouse cursor is still bounded by the area where the dialog would appear, but I only see a blank black screen (my screensaver is configure to "Blank Screen Only"). I have this issue on two computers, both are running testing (xscreensaver 5.36-1) and xscreensaver is configured similarly except for the timer values. Both are running xfce, use intel graphics, one is a laptop and one is a desktop. I don't have a good reproduction method. I seemed to be able to reproduce on the laptop after suspending with the lid close switch. On the desktop I believe I had the display off or had just turned it on when I acted for the dialog to appear (the desktop was never in suspended state). I have attached a xscreensaver log from the laptop where I did reproduce the issue on the last lock logged. This lock starts on line 285. Prior locks had the dialog appear properly. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xscreensaver depends on: ii libatk1.0-0 2.22.0-1 ii libc62.24-9 ii libcairo21.14.8-1 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype6 2.6.3-3.1 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libglade2-0 1:2.6.4-2 ii libglib2.0-0 2.50.3-2 ii libgtk2.0-0 2.24.31-2 ii libice6 2:1.0.9-2 ii libpam0g 1.1.8-3.5 ii libpango-1.0-0 1.40.4-1 ii libpangocairo-1.0-0 1.40.4-1 ii libpangoft2-1.0-01.40.4-1 ii libsm6 2:1.2.2-1+b3 ii libx11-6 2:1.6.4-3 ii libxext6 2:1.3.3-1+b2 ii libxi6 2:1.7.9-1 ii libxinerama1 2:1.1.3-1+b3 ii libxml2 2.9.4+dfsg1-2.2 ii libxmu6 2:1.1.2-2 ii libxpm4 1:3.5.12-1 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxt6 1:1.1.5-1 ii libxxf86vm1 1:1.1.4-1+b2 ii xscreensaver-data5.36-1 Versions of packages xscreensaver recommends: ii libgnomeui-0 2.24.5-3.1 pn libjpeg-turbo-progs pn perl5 ii wamerican [wordlist] 7.1-1 Versions of packages xscreensaver suggests: ii chromium [www-browser] 57.0.2987.98-1 ii firefox-esr [www-browser] 45.8.0esr-1 pn fortune pn gdm3 | kdm-gdmcompat pn qcam | streamer ii w3m [www-browser] 0.5.3-34 pn xdaliclock pn xfishtank pn xscreensaver-data-extra pn xscreensaver-gl pn xscreensaver-gl-extra -- no debconf information ## xscreensaver: 10:12:58: logging to "log.txt" at Thu Apr 13 10:12:58 2017 ## xscreensaver 5.36, copyright (c) 1991-2016 by Jamie Zawinski . xscreensaver: 10:12:58: running as username/coweater (1000/1000) xscreensaver: 10:12:58: in process 683. xscreensaver: 10:12:58: running on display ":0.0" xscreensaver: 10:12:58: vendor is The X.Org Foundation, 11902000. xscreensaver: 10:12:58: useful extensions: xscreensaver: 10:12:58: MIT Screen-Saver (disabled at compile time) xscreensaver: 10:12:58: Shared Memory (1.2) xscreensaver: 10:12:58: Double-Buffering (1.0) xscreensaver: 10:12:58: Power Management (1.1) xscreensaver: 10:12:58: GLX xscreensaver: 10:12:58: XF86 Video-Mode (2.2) xscreensaver: 10:12:58: XC Misc (disabled at compile time) xscreensaver: 10:12:58: Xinerama (1.1) xscreensaver: 10:12:58: Resize-and-Rotate (1.5) xscreensaver: 10:12:58: XInput xscreensaver: 10:12:58: screen 0 non-colormapped depths: 24. xscreensaver: 10:12:58: WARNING: RANDR and Xinerama report different xscreensaver: 10:12:58: screen layouts! Believing RANDR. xscreensaver: 10:12:58: screens in use: 1 xscreensaver: 10:12:58:0/0: 1440x900+0+0 (LVDS1) xscreensaver: 10:12:58: rejected screens: 4 xscreensaver: 10:12:58:1/0: 1440x900+0+0 (DP1) -- output disabled xscreensaver: 10:12:58:2/0: 1440x900+0+0 (HDMI1) -- output disabled xscreensaver: 10:12:58:3/0: 1440x900+0+0 (VGA1) -- output disabled xscreensaver: 10:12:58:4/0: 0x0+0+0 (VIRTUAL1) -- output disabled xscreensaver: 10:12:58: selecting RANDR events xscreensaver: 10:12:58: not using XInputExtension. xscreensaver: 10:12:58: consulting /proc/interrupts for keyboard activity. xscreensaver: 10:12:58: 0: visual 0x20 (TrueColor, depth: 24, cm
Bug#859139: RFS: synergy/1.4.16-1+deb8u1
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for the package "synergy" to be uploaded for jessie. This is a proposed update and was approved by the release team in #857434 ( https://bugs.debian.org/857434 ) Package name: synergy Version : 1.4.16-1+deb8u1 Upstream Author : Symless URL : https://symless.com/synergy/ License : GPL-2 Section : x11 It builds the binary package: synergy - Share mouse, keyboard and clipboard over the network To access further information about this package please visit the following URL: https://mentors.debian.net/package/synergy Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/synergy/synergy_1.4.16-1+deb8u1.dsc More information about synergy can be obtained from https://symless.com/synergy/ Changes since the last upload: * Added ensure_non00_cursor.patch to fix a crash when synergyc starts. Closes: #854567 Regards, Joshua Honeycutt
Bug#765955: synergy: Leaves temporary files in /tmp
I made a mistake in the previous patch that will cause synergy to crash when stopping the server with external config. The corrected fix is attached. Description: Remove a hack to prevent temp file deletion since it should only affect the Windows service Author: Joshua Honeycutt Forwarded: not-needed Last-Update 2017-03-11 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/src/gui/src/MainWindow.cpp +++ b/src/gui/src/MainWindow.cpp @@ -824,6 +824,10 @@ // HACK: deleting the object deletes the physical file, which is // bad, since it could be in use by the Windows service! //delete m_pTempConfigFile; + //m_pTempConfigFile = NULL; + + // UNHACK: still delete the file on Debian + delete m_pTempConfigFile; m_pTempConfigFile = NULL; // reset so that new connects cause auto-hide.
Bug#765955: synergy: Leaves temporary files in /tmp
Hi Alberto, Thanks for the report. I have confirmed this bug in synergy. Upstream had disabled temp file deletion because the Windows service uses the temporary config files, but I can't see any reason for the gui to have that behaviour on Debian. Attached is a patch for this fix against 1.8.7-stable, but quilt will apply it to the 1.4.16 source if you want to build a fixed version. Description: Remove a hack to prevent temp file deletion since it should only affect the Windows service Author: Joshua Honeycutt Forwarded: not-needed Last-Update 2017-03-11 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/src/gui/src/MainWindow.cpp +++ b/src/gui/src/MainWindow.cpp @@ -823,8 +823,10 @@ // HACK: deleting the object deletes the physical file, which is // bad, since it could be in use by the Windows service! - //delete m_pTempConfigFile; - m_pTempConfigFile = NULL; + //m_pTempConfigFile = NULL; + + // UNHACK: still delete the file on Debian + delete m_pTempConfigFile; // reset so that new connects cause auto-hide. m_AlreadyHidden = false;
Bug#857434: jessie-pu: package synergy/1.4.16-1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi, I'm proposing this update to fix a crash in the synergy client on arm arch. Fix migrated to testing (2017-2-20) and was fixed in upstream version 1.8.2 (2016-8-4). Regards, Joshua diff -Nru synergy-1.4.16/debian/changelog synergy-1.4.16/debian/changelog --- synergy-1.4.16/debian/changelog 2014-03-16 17:58:42.0 -0500 +++ synergy-1.4.16/debian/changelog 2017-03-10 21:03:12.0 -0600 @@ -1,3 +1,10 @@ +synergy (1.4.16-1+deb8u1) jessie; urgency=medium + + * Added ensure_non00_cursor.patch to fix a crash when synergyc starts. +Closes: #854567 + + -- Joshua Honeycutt Fri, 10 Mar 2017 20:12:42 -0600 + synergy (1.4.16-1) unstable; urgency=low * New upstream version. diff -Nru synergy-1.4.16/debian/patches/ensure_non00_cursor.patch synergy-1.4.16/debian/patches/ensure_non00_cursor.patch --- synergy-1.4.16/debian/patches/ensure_non00_cursor.patch 1969-12-31 18:00:00.0 -0600 +++ synergy-1.4.16/debian/patches/ensure_non00_cursor.patch 2017-03-10 21:03:12.0 -0600 @@ -0,0 +1,33 @@ +Description: Upstream fix for synergyc crash when createBlankCursor tries to create a 0x0 cursor. +Origin: https://github.com/symless/synergy/commit/723a8a919570b3e3faa5ac430e675f14945e1951 +Bug-Debian: https://bugs.debian.org/854567 +Bug: https://github.com/symless/synergy/issues/5322 +Bug: https://github.com/symless/synergy/issues/5068 +Bug: https://github.com/symless/synergy/issues/5087 +Bug: https://github.com/symless/synergy/issues/5504 +Author: Joshua Honeycutt +Forwarded: not-needed +Last-Update: 2017-02-09 + +--- a/src/lib/platform/CXWindowsScreen.cpp b/src/lib/platform/CXWindowsScreen.cpp +@@ -33,6 +33,7 @@ + #include "TMethodEventJob.h" + #include + #include ++#include + #if X_DISPLAY_MISSING + # error X11 is required to build synergy + #else +@@ -1660,8 +1661,10 @@ + // this seems just a bit more complicated than really necessary + + // get the closet cursor size to 1x1 +- unsigned int w, h; ++ unsigned int w = 0, h = 0; + XQueryBestCursor(m_display, m_root, 1, 1, &w, &h); ++ w = std::max(1u, w); ++ h = std::max(1u, h); + + // make bitmap data for cursor of closet size. since the cursor + // is blank we can use the same bitmap for shape and mask: all diff -Nru synergy-1.4.16/debian/patches/series synergy-1.4.16/debian/patches/series --- synergy-1.4.16/debian/patches/series 2014-03-16 15:13:23.0 -0500 +++ synergy-1.4.16/debian/patches/series 2017-03-10 21:03:12.0 -0600 @@ -1,3 +1,4 @@ +ensure_non00_cursor.patch system-cryptopp.patch cprotocolutil-writef.patch versioncheck-disable.patch
Bug#855526: RFS: synergy/1.8.7-stable+dfsg.1-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "synergy" to be uploaded to experimental Package name: synergy Version : 1.8.7-stable+dfsg.1-2 Upstream Author : Symless URL : https://symless.com/synergy/ License : GPL-2 Section : x11 It builds those binary packages: synergy- Share mouse, keyboard and clipboard over the network To access further information about this package, please visit the following URL: https://mentors.debian.net/package/synergy Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/synergy/synergy_1.8.7-stable+dfsg.1-2.dsc More information about synergy can be obtained from https://symless.com/synergy/ Changes since the last upload: * Correct missing tags in man page sgml source. Fix formatting and an extra argument. * Added clipboardchunktest.patch to fix FTBFS due to a unit test on big endian archs. Regards, Joshua Honeycutt
Bug#855146: unblock: synergy/1.4.16-2
On Tue, 14 Feb 2017 18:39:11 +0100 Emilio Pozuelo Monfort wrote: > I don't see the need to advertise that in a package description... I'm sure > those who are interested in them can find the information in the upstream > homepage... > Sorry, I sent this off list before by mistake. (some edits have been made) I made this change because I was following the previous description's example. I think there is some justification for including information about binaries for other platforms because synergy is often used to share input devices between computers running different operating systems. In any case I'm happy to yield to more experienced input and remove both link mentions. If I do remove the links I will replace them with a mention of upstream's paid binary distribution because I think it's important for users considering synergy to be aware of. I'm new to the unblock process. If this change is necessary should I upload a new version to unstable, and reply back to this bug once complete or is a new unblock bug required? Joshua Honeycutt
Bug#854567: uploaded fix and getting fix into jessie
I have accepted this change and the upload has been made to unstable. This should hopefully migrate to stretch/testing as the Release team works through their queue during the freeze. You can see bug #855146 to follow the migration process. I still intend to follow up with a jessie update through the stable-proposed-updates channel. I'll provide one more update to this bug once I've taken action.
Bug#855146: unblock: synergy/1.4.16-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package synergy Bug #854567 (important) Synergy 1.4.16-2 includes a fix for bug #854567 which is a crash on ARM in the synergy client during startup. In addition changes were made to update the fields and description in debian/control for new maintainer, version control system, and upstream URLs. unblock synergy/1.4.16-2 -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru synergy-1.4.16/debian/changelog synergy-1.4.16/debian/changelog --- synergy-1.4.16/debian/changelog 2017-01-08 10:28:04.0 + +++ synergy-1.4.16/debian/changelog 2017-02-08 22:08:21.0 + @@ -1,3 +1,14 @@ +synergy (1.4.16-2) unstable; urgency=medium + + * Added ensure_non00_cursor.patch to fix a crash when synergyc starts. +Closes: #854567 + * Updated debian/control fields: Maintainer, Homepage, Vcs-* with new +maintainer and upstream information + * Changed description to indicate new upstream locations for binary and +source releases (old URL returned page not found) + + -- Joshua Honeycutt Wed, 08 Feb 2017 16:08:21 -0600 + synergy (1.4.16-1.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru synergy-1.4.16/debian/control synergy-1.4.16/debian/control --- synergy-1.4.16/debian/control 2016-10-24 04:36:22.0 + +++ synergy-1.4.16/debian/control 2017-02-08 22:08:21.0 + @@ -1,10 +1,10 @@ Source: synergy Section: x11 Priority: optional -Maintainer: Jeff Licquia -Homepage: http://synergy-foss.org/ -Vcs-Git: http://git.licquia.org/raw/synergy-debian.git -Vcs-Browser: http://git.licquia.org/?p=synergy-debian.git;a=summary +Maintainer: Joshua Honeycutt +Homepage: https://symless.com/synergy/ +Vcs-Git: https://github.com/epakai/synergy-debian.git +Vcs-Browser: https://github.com/epakai/synergy-debian Build-Depends: debhelper (>= 7), libxt-dev, libxtst-dev, libxinerama-dev, cmake, docbook-utils, libcrypto++-dev, pkg-config, libqt4-dev, libcurl4-gnutls-dev | libcurl-dev, google-mock, libgtest-dev Standards-Version: 3.9.5 @@ -25,5 +25,8 @@ together and, if screen locking is enabled, only one screen requires a password to unlock them all. . - Packages for Windows/MacOS/RPM and Sources can be found at - http://sourceforge.net/project/showfiles.php?group_id=59275 + Packages for Windows/MacOS/RPM are available for paid members at + https://symless.com/synergy/ + . + Sources can be found at + https://github.com/symless/synergy/releases diff -Nru synergy-1.4.16/debian/patches/ensure_non00_cursor.patch synergy-1.4.16/debian/patches/ensure_non00_cursor.patch --- synergy-1.4.16/debian/patches/ensure_non00_cursor.patch 1970-01-01 00:00:00.0 + +++ synergy-1.4.16/debian/patches/ensure_non00_cursor.patch 2017-02-08 22:08:21.0 + @@ -0,0 +1,33 @@ +Description: Upstream fix for synergyc crash when createBlankCursor tries to create a 0x0 cursor. +Origin: https://github.com/symless/synergy/commit/723a8a919570b3e3faa5ac430e675f14945e1951 +Bug-Debian: https://bugs.debian.org/854567 +Bug: https://github.com/symless/synergy/issues/5322 +Bug: https://github.com/symless/synergy/issues/5068 +Bug: https://github.com/symless/synergy/issues/5087 +Bug: https://github.com/symless/synergy/issues/5504 +Author: Joshua Honeycutt +Forwarded: not-needed +Last-Update: 2017-02-09 + +--- a/src/lib/platform/CXWindowsScreen.cpp b/src/lib/platform/CXWindowsScreen.cpp +@@ -33,6 +33,7 @@ + #include "TMethodEventJob.h" + #include + #include ++#include + #if X_DISPLAY_MISSING + # error X11 is required to build synergy + #else +@@ -1660,8 +1661,10 @@ + // this seems just a bit more complicated than really necessary + + // get the closet cursor size to 1x1 +- unsigned int w, h; ++ unsigned int w = 0, h = 0; + XQueryBestCursor(m_display, m_root, 1, 1, &w, &h); ++ w = std::max(1u, w); ++ h = std::max(1u, h); + + // make bitmap data for cursor of closet size. since the cursor + // is blank we can use the same bitmap for shape and mask: all diff -Nru synergy-1.4.16/debian/patches/series synergy-1.4.16/debian/patches/series --- synergy-1.4.16/debian/patches/series2017-01-08 10:21:30.0 + +++ synergy-1.4.16/debian/patches/series2017-02-08 22:08:21.0 + @@ -1,3 +1,4 @@ +ensure_non00_cursor.patch debian_google-test.patch system-cryptopp.patch cprotocolutil-writef.patch
Bug#854933: RFS: synergy/1.4.16-2
On Sun, Feb 12, 2017 at 8:27 AM, James Cowgill wrote: > Hi, > > On 12/02/17 12:51, Arturo Borrero Gonzalez wrote: >> On 12 February 2017 at 09:06, Joshua Honeycutt >> wrote: >>> >>> I understand this upload occurs during the stretch freeze and I >>> believe my changes are >>> acceptable according to the freeze policy. I think I understand the >>> unblocking process >>> once this package is uploaded and builds correctly. My debdiff for the >>> unblock bug is >>> attached and I would appreciate feedback in case I have created it >>> incorrectly. >>> >> >> Hi Joshua, >> >> please send the debdiff to the release team, so open a bug in their >> pseudo-package (use reportbug). I can sponsor the upload if they allow >> this change in stretch. Let me know. > > Note that the procedure for uploads during the freeze changed for > stretch[1]. You no longer need release team pre-approval for most > changes (and this upload looks fine to me). > > [1] https://lists.debian.org/debian-devel-announce/2017/02/msg1.html > Hi Arturo, As I understood it and James pointed out we can go ahead with the upload if everything looks alright. Once all the autobuilders complete I will file the bug for migration. Thank you for your support in sponsoring synergy uploads, Joshua Honeycutt
Bug#854933: RFS: synergy/1.4.16-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "synergy" Package name: synergy Version : 1.4.16-2 Upstream Author : Symless URL : https://symless.com/synergy/ License : GPL-2 Section : x11 It builds those binary packages: synergy- Share mouse, keyboard and clipboard over the network To access further information about this package, please visit the following URL: https://mentors.debian.net/package/synergy Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/synergy/synergy_1.4.16-2.dsc More information about synergy can be obtained from https://symless.com/synergy/ I understand this upload occurs during the stretch freeze and I believe my changes are acceptable according to the freeze policy. I think I understand the unblocking process once this package is uploaded and builds correctly. My debdiff for the unblock bug is attached and I would appreciate feedback in case I have created it incorrectly. Changes since the last upload: * Added ensure_non00_cursor.patch to fix a crash when synergyc starts. Closes: #854567 * Updated debian/control fields: Maintainer, Homepage, Vcs-* with new maintainer and upstream information * Changed description to indicate new upstream locations for binary and source releases (old URL returned page not found) Regards, Joshua Honeycutt synergy.debdiff Description: Binary data
Bug#731255: Closing because this was resolved by backport.
I am closing this bug because the jessie synergy package has been backported to wheezy by Pierre Rudloff in August 2014 with version 1.4.16-1~bpo70+1. I am trying to clean up old bugs for synergy as the new maintainer. If I have made an error in closing this bug please reopen it and explain how it still applies.
Bug#854212: RFS: synergy/1.8.7-stable+dfsg.1-1 [ITA]
On Mon, Feb 6, 2017 at 2:24 AM, Arturo Borrero Gonzalez wrote: > On 6 February 2017 at 09:08, Arturo Borrero Gonzalez > wrote: >> >> I'm doing a test build now. If all is fine, I will sponsor the upload. > > The package seems to FTBFS due to a failing test: > > [...] > [--] Global test environment tear-down > [==] 9 tests from 3 test cases ran. (2153 ms total) > [ PASSED ] 8 tests. > [ FAILED ] 1 test, listed below: > [ FAILED ] ArchInternetTests.get > > 1 FAILED TEST > debian/rules:94: recipe for target 'test' failed > make: *** [test] Error 1 > dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status > 2 > [...] > > My complete build log here: http://termbin.com/mrib > > Please, fix and ping me. I have disabled some tests that depend on network access that will fix the FTBFS. I didn't fully consider how the migration process works during a freeze. It was not my intent wasn't for this package to be pushed into stretch because it doesn't appear acceptable under the freeze policy. So I have changed the distribution to be 'experimental' based on Sean Whitton's suggestion. A new package was uploaded to mentors.
Bug#854212: RFS: synergy/1.8.7-stable+dfsg.1-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor and review for my package "synergy" Package name: synergy Version : 1.8.7-stable+dfsg.1-1 Upstream Author : Symless URL : https://symless.com/synergy/ License : GPL-2 Section : x11 It builds those binary packages: synergy- Share mouse, keyboard and clipboard over the network To access further information about this package, please visit the following URL: https://mentors.debian.net/package/synergy Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/synergy/synergy_1.8.7-stable+dfsg.1-1.dsc More information about hello can be obtained from https://www.example.com. Changes since the last upload: * New maintainer (Closes: #852081) * New upstream version. (Closes: #764390, #818490) * Update watchfile to check symless github. * Upstream tarball modified to remove non-DFSG files and unused external library tarballs. * Removed patches: cprotocolutil-writef, system-cryptopp, x11-mouseover. * Added shell script to generate SSL key/certificate files for encryption (/usr/share/synergy/gen_ssl_pem.sh). * Updated man pages (removed old crypto++ references and command line options, added new command line options, formatting). * Added documentation to README.Debian on enabling crypto without the gui. * Added new_ssl patch to build against newer OpenSSL in Debian. * Added enable_pro patch to bypass activation for Pro features. * Added syntool binary and manual page. * lintian override for possible-gpl-code-linked-with-openssl due to upstream exception. * Added a debian specific version string to the GUI about dialog. Regards, Joshua Honeycutt
Bug#852081: ITA: synergy -- Share mouse, keyboard and clipboard over the network
Control: retitle -1 ITA: synergy -- Share mouse, keyboard and clipboard over the network Owner: joshua.honeyc...@gmail.com I would like to adopt synergy. - Joshua Honeycutt
Bug#842770: RFS: synergy/1.4.16-1.1 [NMU]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my NMU upload of package "synergy" Package name: synergy Version : 1.4.16-1.1 URL : http://synergy-foss.org/ License : GPL-2 Section : x11 It builds those binary packages: synergy- Share mouse, keyboard and clipboard over the network To access further information about this package, please visit the following URL: https://mentors.debian.net/package/synergy Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/synergy/synergy_1.4.16-1.1.dsc Changes since the last upload: * Non-maintainer upload. * Added debian_google-test.patch to build against Debian's google-mock and libgtest-dev packages. Closes: #812303 Regards, Joshua Honeycutt
Bug#812303: synergy: diff for NMU version 1.4.16-1.1
Control: tags 812303 + patch Control: tags 812303 + pending Dear maintainer, I've prepared an NMU for synergy (versioned as 1.4.16-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru synergy-1.4.16/debian/changelog synergy-1.4.16/debian/changelog --- synergy-1.4.16/debian/changelog 2014-03-16 17:58:42.0 -0500 +++ synergy-1.4.16/debian/changelog 2016-10-23 23:54:38.0 -0500 @@ -1,3 +1,11 @@ +synergy (1.4.16-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Added debian_google-test.patch to build against Debian's +google-mock and libgtest-dev packages. Closes: #812303 + + -- Joshua Honeycutt Sun, 23 Oct 2016 23:36:22 -0500 + synergy (1.4.16-1) unstable; urgency=low * New upstream version. diff -Nru synergy-1.4.16/debian/control synergy-1.4.16/debian/control --- synergy-1.4.16/debian/control 2014-03-16 12:10:31.0 -0500 +++ synergy-1.4.16/debian/control 2016-10-24 00:06:26.0 -0500 @@ -5,7 +5,7 @@ Homepage: http://synergy-foss.org/ Vcs-Git: http://git.licquia.org/raw/synergy-debian.git Vcs-Browser: http://git.licquia.org/?p=synergy-debian.git;a=summary -Build-Depends: debhelper (>= 7), libxt-dev, libxtst-dev, libxinerama-dev, cmake, docbook-utils, libcrypto++-dev, pkg-config, libqt4-dev, libcurl4-gnutls-dev | libcurl-dev +Build-Depends: debhelper (>= 7), libxt-dev, libxtst-dev, libxinerama-dev, cmake, docbook-utils, libcrypto++-dev, pkg-config, libqt4-dev, libcurl4-gnutls-dev | libcurl-dev, google-mock, libgtest-dev Standards-Version: 3.9.5 Package: synergy diff -Nru synergy-1.4.16/debian/patches/debian_google-test.patch synergy-1.4.16/debian/patches/debian_google-test.patch --- synergy-1.4.16/debian/patches/debian_google-test.patch 1969-12-31 18:00:00.0 -0600 +++ synergy-1.4.16/debian/patches/debian_google-test.patch 2016-10-23 23:55:18.0 -0500 @@ -0,0 +1,48 @@ +Description: Builds against Debian packaged google-mock + and libgtest-dev +Author: Joshua Honeycutt +Forwarded: not-needed +Last-Update: 2016-10-23 + +--- a/src/test/CMakeLists.txt b/src/test/CMakeLists.txt +@@ -15,13 +15,11 @@ + # along with this program. If not, see <http://www.gnu.org/licenses/>. + + include_directories( +- ../../tools/gtest-1.6.0 +- ../../tools/gtest-1.6.0/include +- ../../tools/gmock-1.6.0 +- ../../tools/gmock-1.6.0/include) ++ /usr/src/gtest ++ /usr/src/gmock) + +-add_library(gtest STATIC ../../tools/gtest-1.6.0/src/gtest-all.cc) +-add_library(gmock STATIC ../../tools/gmock-1.6.0/src/gmock-all.cc) ++add_library(gtest STATIC /usr/src/gtest/src/gtest-all.cc) ++add_library(gmock STATIC /usr/src/gmock/src/gmock-all.cc) + + add_subdirectory(integtests) + add_subdirectory(unittests) +--- a/src/test/integtests/CMakeLists.txt b/src/test/integtests/CMakeLists.txt +@@ -72,8 +72,6 @@ + ../../lib/synergy + ../../lib/synwinhk + ../../lib/synwinxt +- ../../../tools/gtest-1.6.0/include +- ../../../tools/gmock-1.6.0/include + ../unittests + ) + +--- a/src/test/unittests/CMakeLists.txt b/src/test/unittests/CMakeLists.txt +@@ -49,8 +49,6 @@ + ../../lib/net + ../../lib/platform + ../../lib/synergy +- ../../../tools/gtest-1.6.0/include +- ../../../tools/gmock-1.6.0/include + ../../../tools + io + synergy diff -Nru synergy-1.4.16/debian/patches/series synergy-1.4.16/debian/patches/series --- synergy-1.4.16/debian/patches/series 2014-03-16 15:13:23.0 -0500 +++ synergy-1.4.16/debian/patches/series 2016-10-23 23:18:36.0 -0500 @@ -1,3 +1,4 @@ +debian_google-test.patch system-cryptopp.patch cprotocolutil-writef.patch versioncheck-disable.patch
Bug#812303:
This is an issue with the gmock-1.6.0 and gtest-1.6.0 test suite. I have created a patch to build against Debian's google-mock and libgtest-dev packages instead which will fix the issue. This also requires synergy's build dependencies to be updated to depend on google-mock and libgtest-dev. I intend to do a NMU for this fix. Description: Builds against Debian packaged google-mock and libgtest-dev Author: Joshua Honeycutt Forwarded: not-needed Last-Update: 2016-10-23 --- a/src/test/CMakeLists.txt +++ b/src/test/CMakeLists.txt @@ -15,13 +15,11 @@ # along with this program. If not, see <http://www.gnu.org/licenses/>. include_directories( - ../../tools/gtest-1.6.0 - ../../tools/gtest-1.6.0/include - ../../tools/gmock-1.6.0 - ../../tools/gmock-1.6.0/include) + /usr/src/gtest + /usr/src/gmock) -add_library(gtest STATIC ../../tools/gtest-1.6.0/src/gtest-all.cc) -add_library(gmock STATIC ../../tools/gmock-1.6.0/src/gmock-all.cc) +add_library(gtest STATIC /usr/src/gtest/src/gtest-all.cc) +add_library(gmock STATIC /usr/src/gmock/src/gmock-all.cc) add_subdirectory(integtests) add_subdirectory(unittests) --- a/src/test/integtests/CMakeLists.txt +++ b/src/test/integtests/CMakeLists.txt @@ -72,8 +72,6 @@ ../../lib/synergy ../../lib/synwinhk ../../lib/synwinxt - ../../../tools/gtest-1.6.0/include - ../../../tools/gmock-1.6.0/include ../unittests ) --- a/src/test/unittests/CMakeLists.txt +++ b/src/test/unittests/CMakeLists.txt @@ -49,8 +49,6 @@ ../../lib/net ../../lib/platform ../../lib/synergy - ../../../tools/gtest-1.6.0/include - ../../../tools/gmock-1.6.0/include ../../../tools io synergy
Bug#378516: Stays on top after leaving party mode
I still have the same issue in rhythmbox 3.0.1-1+b2. Currently running xfwm 4.10.1-2.
Bug#718661: chromium: Exit shortcut (Shift-Ctrl-Q) ignores caps lock as control set by XkbOptions ctrl:nocaps
Package: chromium Version: 28.0.1500.95-1~deb7u1 Severity: normal Dear Maintainer, When I press 'capslock + shift + q' chromium will not exit. It requires I use the lower left ctrl key. Other shortcuts with ctrl key, such as opening a new tab, do not have this limitation. Just to list anything that might be peculiar to my system. I'm using Xmonad window mananger, Dvorak keyboard layout, and ctrl:nocaps is set in /etc/default/keyboard. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 28.0.1500.95-1~deb7u1 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libcups21.5.3-5 ii libdbus-1-3 1.6.8-1+deb7u1 ii libexpat1 2.1.0-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgconf-2-43.2.5-1+build1 ii libgcrypt11 1.5.0-5+deb7u1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.10-2 ii libjpeg88d-1 ii libnspr42:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d 2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libspeechd2 0.7.1-6.2 ii libstdc++6 4.7.2-5 ii libudev0175-7.2 ii libx11-62:1.5.0-1+deb7u1 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxrandr2 2:1.3.2-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxslt1.1 1.1.26-14.1 ii libxss1 1:1.2.2-1 ii xdg-utils 1.1.0~rc1+git20111210-6 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n -- 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#428407: slim: Slim sets X dpi
Package: slim Version: 1.2.6-1 Severity: normal Slim sets the X dpi in it's config. A single dpi setting is not at all appropriate for even a small range of configurations. Let X do this. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages slim depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070528-1 GCC support library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii zlib1g 1:1.2.3-15 compression library - runtime slim recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421457: hfsutils-tcltk: xhfs crashes on format and open
On 4/29/07, Aurélien GÉRÔME <[EMAIL PROTECTED]> wrote: tags 421457 moreinfo thanks Hi Joshua, On Sun, Apr 29, 2007 at 05:44:10AM -0500, Joshua Honeycutt wrote: >I insert a formatted disk (as formatted by mac os 7.5.3 although probably >not relevant) and click open and open again. The drive is accessed for >about a second and xhfs crashes with >*** glibc detected *** free(): invalid next size (fast): 0x081f0308 *** >Aborted >although the memory address varies. > >I also get the same crash when doing File menu, Format Disk, and >clicking format after a slightly longer time accessing the drive. > >I was able to use the command line tools in hfsutils as well as the >hfssh utility from hfsutils-tcltk without any problems. I might assume that it is specific to hfsutils-tcltk, but I know that there are also currently some glibc bugs around... Anyway, I would like to reproduce the bug, so can you make available somewhere an image of your disk? It would be a great help to investigate that bug further. I did a bit more testing. The format crash is independent of what floppy I use except it doesn't happen if it's write protected or an 800k floppy (still had one floating around). When trying to open a disk it failed on all my original software disks (all less than 800k), but crashed on any disk I had formatted myself. I don't have an original software disk of 1.4 megs to test with. I put an image of one of my formatted disks at http://coweater.servequake.com/hfs.img (1.44 MB). I just used 'cat /dev/fd0 > hfs.img' to create it. It seems like it's probably related to glibc rather than my floppies. Thanks for your report, it is highly appreciated. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGNKT2I2xgxmW0sWIRAgKnAJsF578Y3vhZ9I3y13smeHYcvnCjvACdFOs0 ceizVhUv1YImYaY7a74rB28= =t5hM -END PGP SIGNATURE-
Bug#421457: hfsutils-tcltk: xhfs crashes on format and open
Package: hfsutils-tcltk Version: 3.2.6-11 Severity: important I insert a formatted disk (as formatted by mac os 7.5.3 although probably not relevant) and click open and open again. The drive is accessed for about a second and xhfs crashes with *** glibc detected *** free(): invalid next size (fast): 0x081f0308 *** Aborted although the memory address varies. I also get the same crash when doing File menu, Format Disk, and clicking format after a slightly longer time accessing the drive. I was able to use the command line tools in hfsutils as well as the hfssh utility from hfsutils-tcltk without any problems. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages hfsutils-tcltk depends on: ii hfsutils3.2.6-11 Tools for reading and writing Maci ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libx11-62:1.0.3-7X11 client-side library ii tcl8.4 8.4.12-1.1 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - hfsutils-tcltk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378516: Stays on top after leaving party mode
Package: rhythmbox Version: 0.9.5-1 If I enter party mode (View > Party Mode) and then leave it remains "on top". Other windows will move behind it and will not snap to it's sides. My window manager is xfwm4 ( 4.3.90.1-1 ) This is on current etch as of 2006-07-16. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
