Re: [Wireshark-dev] [Wireshark-commits] buildbot failure in Wireshark (development) on Windows 8.1 x86
According to the Buildbot logs ClamAV is giving the NSIS uninstaller the stink eye again. C:\buildbot\wireshark\wireshark-master-32\windows-8.1-x86\build\cmbuild\run\RelWithDebInfo\uninstall.exe: Win.Adware.Agent-59160 FOUND On 11/16/15 3:10 PM, buildbot-no-re...@wireshark.org wrote: > The Buildbot has detected a new failure on builder Windows 8.1 x86 while > building wireshark. Full details are available at: > > http://buildbot.wireshark.org/wireshark-master/builders/Windows%208.1%20x86/builds/4770 > > Buildbot URL: http://buildbot.wireshark.org/wireshark-master/ > > Buildslave for this Build: windows-8.1-x86 > > Build Reason: The SingleBranchScheduler scheduler named 'Gerrit' triggered > this build > Build Source Stamp: [branch master] 799d6fd057b0c20a7692a1181d811a8ff3a88d04 > Blamelist: Evan Huus ,Guy Harris > ,Michael Mann ,Peter Wu > > > BUILD FAILED: failed compile_4 clamav-scan.cmd > > Sincerely, > -The Buildbot > > > > ___ > Sent via:Wireshark-commits mailing list > Archives:https://www.wireshark.org/lists/wireshark-commits > Unsubscribe: https://wireshark.org/mailman/options/wireshark-commits > > mailto:wireshark-commits-requ...@wireshark.org?subject=unsubscribe > ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] QT-GUI Mac: DE Translation: Keyboard shortcuts missing in menu entries
Ok, got it. I've updated the strings in Transifex. So I guess the Italian and Polish translation should be reviewed for this issue too. Alexis, thanks for your help. > Am 16.11.2015 um 09:11 schrieb Alexis La Goutte : > > Hi Uli, > > After check the last wireshark_de.ts, you have translate Keyboard Accelerator > key (for example Ctrl+Down => Strg + Pfeil nach unten) but it is no very > needed, if you when to use the same keyboard accelerator key don't translate > and Qt will be (normally) translate key. > You can get more info here : > http://doc.qt.io/qt-4.8/linguist-translators.html#changing-keyboard-accelerators > > Regards, > > >> On Mon, Nov 16, 2015 at 6:17 AM, Uli Heilmeier wrote: >> Am 16.11.15 um 04:41 schrieb Guy Harris: >> >> > >> > Those letters in parentheses following "Datei" and "Ansicht" appear to be >> > the first letter of the English-language version of the menu name. Are >> > they supposed to be there? Or is that another issue, possibly related to >> > this issue? >> >> They are intentionally. I wanted to have the same letter as in the English >> version for the [Alt]+[Underlined-Letter] keyboard navigation. >> If the German translation is missing the necessary letter I've added it in >> parentheses (like the Chinese translation). >> >> On Mac OS the underline is missing generally in menu entries. >> ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
[Wireshark-dev] config.h differences when generated by Autofoo vs CMake
Differences re #define statements for autofoo vs cmake generated config.h files on Linux. Notes: 1. "Used"/"Not used" for the #define'd symbols as shown below is based upon a simple grep though all the Wireshark *.h, *.c, *.cpp source files. 2. The comparison between the config.h files was somewhat Q+D so there may very well be inaccuracies. 3. I've not done the further research to determine if the config.h differences for any of the "Used" #defines are significant (and unfortunately will not have the time to do so in the upcoming week). 4. I did remove a few instances of differences which I deemed not relevant; E,G., DATAFILE_DIR). "-" = Defined only in autofoo config.h "+" = Defined only In cmake config.h --- config-h-defines-auto.txt 2015-11-15 17:43:21.247791425 -0500 +++ config-h-defines-cmake.txt 2015-11-15 17:39:16.980102683 -0500 -#define _FILE_OFFSET_BITS 64 // Not used +#define HAVE_DLADDR 1 // Used in wsutil/filesystem.c -#define HAVE_FLOORL 1 // Used in ui/time_shift.c, // wsutil/floorl.c +#define HAVE_GETADDRINFO 1// Used in epan/addr_resolv.c, // dissectors/packet-kerberos.c +#define HAVE_GETHOSTBYNAME 1 // Used in epan/addr_resolv.c +#define HAVE_GETHOSTBYNAME2 1 // Used in epan/addr_resolvc.c -#define HAVE_GRESOURCE 1 // Used in mucho gtk stuff: // No #define/#undef in cmake // config.h -#define HAVE_INET_ATON 0 // Used (#ifn?def) in // epan/addr_resolv.c, // and lbmr, dcom, aeron, lbtrm // dissectors, text2pcap -#define HAVE_MEMORY_H 1 // Not used -#define HAVE_STDLIB_H 1 // Not Used -#define HAVE_STRING_H 1 // Not Used; // No #define/#undef in cmake // config.h -#define HAVE_STRINGS_H 1 // Not Used +#define HAVE_TZNAME 1 // Used in epan/to_str.c -#define HAVE_XDG_OPEN 1 // Used in ui/gtk/webbrowser.c -#define HTML_VIEWER "xdg-open"// Used in epan/prefs.h +#define HTML_VIEWER "/bin/xdg-open" // Not used -#define PACKAGE_BUGREPORT "http://bugs.wireshark.org/"; -#define PACKAGE_NAME "wireshark" -#define PACKAGE_STRING "wireshark 2.1.0" -#define PACKAGE_TARNAME "wireshark" -#define PACKAGE_URL "http://www.wireshark.org/"; -#define PACKAGE_VERSION "2.1.0" // no #undef in cmake config.h // -#define STDC_HEADERS 1// Not used +#define VERSION_EXTRA "" // Not used -#define YYTEXT_POINTER 1 // Not used ? == #undefs which do not have a corresponding #define/#undef in the other config.h for Linux only. Each instance may or may not be relevant; In some cases #defines would be generated on specific platforms as needed ? In other cases the symbols aren't used so the #undef is redundant. "-" = #undef only in autofoo config.h "+" = #undef only In cmake config.h --- config-h-undefs-auto.txt2015-11-16 02:41:51.477567865 -0500 +++ config-h-undefs-cmake.txt 2015-11-16 02:42:16.454039402 -0500 -/* #undef AC_APPLE_UNIVERSAL_BUILD */ -/* #undef HAVE_ECHLD */ -/* #undef HAVE_GTKOSXAPPLICATION */// Used in various GTK // source files. // OK since MAC only ? -/* #undef HAVE_IGE_MAC_INTEGRATION */ // Used in various GTK // source files // OK since MAC only ? -/* #undef HAVE_KEYTYPE_ARCFOUR_56 */ -/* #undef HAVE_LAUXLIB_H */ -/* #undef HAVE_LUALIB_H */ +/* #undef HAVE_MMAP */ +/* #undef HAVE_MPROTECT */ +/* #undef HAVE_NTDDNDIS_H */ // Used in // gtk/capture_if_details_dlg_win32.c // OK since used on Windows only ? +/* #undef HAVE_SOFTWARE_UPDATE */ // Used in gtk/main_menubar.c, // gtk/software_update.c // OK since used only on Windows ? +/* #undef HAVE_WINSOCK2_H */ // OK since used only on Windows ? +/* #undef _LARGEFILE64_SOURCE */ +/* #undef _LARGEFILE_SOURCE */ +/* #undef PACKAGE */ ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] QT-GUI Mac: DE Translation: Keyboard shortcuts missing in menu entries
Hi Uli, After check the last wireshark_de.ts, you have translate Keyboard Accelerator key (for example Ctrl+Down => Strg + Pfeil nach unten) but it is no very needed, if you when to use the same keyboard accelerator key don't translate and Qt will be (normally) translate key. You can get more info here : http://doc.qt.io/qt-4.8/linguist-translators.html#changing-keyboard-accelerators Regards, On Mon, Nov 16, 2015 at 6:17 AM, Uli Heilmeier wrote: > Am 16.11.15 um 04:41 schrieb Guy Harris: > > > > > Those letters in parentheses following "Datei" and "Ansicht" appear to > be the first letter of the English-language version of the menu name. Are > they supposed to be there? Or is that another issue, possibly related to > this issue? > > They are intentionally. I wanted to have the same letter as in the English > version for the [Alt]+[Underlined-Letter] keyboard navigation. > If the German translation is missing the necessary letter I've added it in > parentheses (like the Chinese translation). > > On Mac OS the underline is missing generally in menu entries. > > ___ > Sent via:Wireshark-dev mailing list > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org > ?subject=unsubscribe > ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
