Hi Gerald,
Gerald Combs ezt írta (időpont: 2025. jan. 10., P, 1:23):
>
> On 1/7/25 6:20 AM, Bálint Réczey wrote:
> > Hi Gerald,
> >
> > Gerald Combs ezt írta (időpont: 2024. dec. 31., K,
> > 0:37):
> >>
> >> Our current tag syntax wasn
Hi Gerald,
Gerald Combs ezt írta (időpont: 2024. dec. 31., K, 0:37):
>
> Our current tag syntax wasn't really based on a grand plan. As described at
>
> https://lists.wireshark.org/archives/wireshark-dev/201401/msg00194.html
>
> the "wireshark-" tags were created during the migration from Subvers
Hi Guy,
Guy Harris ezt írta (időpont: 2023. dec. 21., Cs, 21:04):
>
> On Dec 21, 2023, at 6:51 AM, Bálint Réczey wrote:
>
> > I'm not sure why libvirt dissector users should be "their users". In my
> > eyes they are very much our users as well since they
t dissector users should be "their users". In my
eyes they are very much our users as well since they use Wireshark extended
with the plugin and I'm happy that they get the best service.
Cheers,
Balint
>
> Am Mi., 20. Dez. 2023 um 19:57 Uhr schrieb Bálint Réczey <
bal...@balint
Hi João,
On 2023. Dec 21., Thu at 12:02, João Valverde wrote:
>
> On 20/12/23 23:20, Anders Broman wrote:
> > Hi,
> > To me it is a useful feature to be able to easily build .deb packages
> > and make repos to easily update and maintain wireshark across servers.
> > This is a feature I vote for
t I'm not one to skip a good technical
>> discussion.
>>
>> I'm ignoring your other points on purpose, there is only so much I can
>> handle in one sitting.
>>
>> On 20/12/23 13:24, Bálint Réczey wrote:
>> > Having separate packages follows Debian p
ncially.
I see that as mutually beneficial.
I think we resolved the GPL question and there is no pressing need to
check the plugins' license, it was just based on an unfortunate
misunderstanding.
Cheers,
Balint
> Just my 2 cents
>
> Roland
>
> Am Mo., 4. Dez. 2023 um 13:12
Hi,
João Valverde ezt írta (időpont: 2023. nov. 27., H, 21:42):
>
>
>
> On 27/11/23 16:26, Jeff Morriss wrote:
> > On Wed, Nov 22, 2023 at 11:54 AM João Valverde wrote:
> >
> >
> > On 22/11/23 15:37, John Thacker wrote:
> >> On Wed, Nov 22, 2023 at 9:40 AM João Valverde wrote:
> >>
> >>
João Valverde ezt írta (időpont: 2023. dec. 4., H, 12:59):
>
>
>
> On 03/12/23 23:25, João Valverde wrote:
> > Hi,
> >
> > There are some changes in progress to the plugin registration API that
> > break compatibility and require manual intervention from plugin
> > authors maintaining plugins out-
On 2023. Dec 4., Mon at 10:02, João Valverde wrote:
> Hi,
>
> The GPL never allowed for that, as far as I know. See:
>
> https://www.gnu.org/licenses/gpl-faq.html#IfLibraryIsGPL
>
> In this case Wireshark is a library for plug-ins.
>
> What you can do is not distribute the (private-use) plug-in,
Hi All,
João shared his opinion about the project's commitment to maintain the
packaging/debian/ in the project's repository:
https://gitlab.com/wireshark/wireshark/-/commit/79da670bd1b4f91eebee5c96b19eaf1f33c94777#note_1656501952
I believe the current practice is reasonable and beneficial enoug
João Valverde ezt írta (időpont: 2022. jan. 21., P, 11:17):
>
>
>
> On 21/01/22 09:44, Bálint Réczey wrote:
> > Hi João,
> >
> > João Valverde ezt írta (időpont: 2022. jan. 21., P, 1:14):
> >>
> >>
> >> On 20/01/22 12:41, Bálint Réczey
ted.
Cheers,
Balint
>
> kind regards
> Roland
>
> Am Fr., 21. Jan. 2022 um 11:17 Uhr schrieb João Valverde :
>>
>>
>>
>> On 21/01/22 09:44, Bálint Réczey wrote:
>> > Hi João,
>> >
>> > João Valverde ezt írta (időpont: 2022. jan. 21
João Valverde ezt írta (időpont: 2022. jan. 21., P, 1:29):
>
>
>
> On 20/01/22 21:24, Bálint Réczey wrote:
> > Hi Guy,
> >
> > Guy Harris ezt írta (időpont: 2022. jan. 20., Cs,
> > 21:52):
> >> On Jan 20, 2022, at 12:34 PM, Gerald Combs wrote:
Hi João,
João Valverde ezt írta (időpont: 2022. jan. 21., P, 1:14):
>
>
>
> On 20/01/22 12:41, Bálint Réczey wrote:
> > Hi All,
> >
> > João shared his opinion about the project's commitment to maintain
> > stable shared library ABI within stable b
Hi Guy,
Guy Harris ezt írta (időpont: 2022. jan. 20., Cs, 21:52):
>
> On Jan 20, 2022, at 12:34 PM, Gerald Combs wrote:
>
> > Q: Should *wsutil* be part of that stable ABI?
> >
> > Debian, Ubuntu and (according to rpmfind.net) OpenSuSE and Mageia treat it
> > as such. It would be helpful to kno
Hi All,
João shared his opinion about the project's commitment to maintain
stable shared library ABI within stable branches:
https://gitlab.com/wireshark/wireshark/-/issues/17822
I believe the current practice is reasonable and beneficial enough for
many parties to warrant the work, but I could b
Hi Anders,
Anders Broman via Wireshark-dev ezt írta
(időpont: 2021. okt. 20., Sze, 11:24):
>
> Hi,
>
> I can no longer create a debian package on Ubuntu 18.04...
The build fails due to a debhelper bug.
I've submitted the workaround at
https://gitlab.com/wireshark/wireshark/-/merge_requests/4755
Hi Jaap,
Thanks for the heads up!:
https://salsa.debian.org/debian/wireshark/-/commit/4f3b519334121ee8115f255d21c22f305e233cc2
Cheers,
Balint
Jaap Keuter ezt írta (időpont: 2020. dec. 7., H, 12:04):
>
> FYI, it seems to have finally happened, bcg729 has landed in Debian testing.
>
> ---8<---
>
Hi Gerald,
I noticed that there is no wireshark-3.0.0 tag in the repository.
Could you please create it?
In the Debian package the debian/watch file monitors the
wireshark-N.N.N tags for new releases.
I found the establisted practice of tagging final releases as
wireshark-.* and RC-s and similar
2017-03-14 14:28 GMT+01:00 Peter Wu :
> On Tue, Mar 14, 2017 at 12:29:24AM +0100, Bálint Réczey wrote:
>> Hi,
>>
>> I have created a separate PPA for backported dependencies of Wireshark:
>> https://launchpad.net/~wireshark-dev/+archive/ubuntu/wireshark-deps
>>
Hi,
I have created a separate PPA for backported dependencies of Wireshark:
https://launchpad.net/~wireshark-dev/+archive/ubuntu/wireshark-deps
This would help people running internal builds of Wireshark. (Hi
Anders, sorry for the delay ;-))
I plan removing the dependencies from the wireshark-de
Hi,
2017-02-11 22:44 GMT+01:00 Peter Wu :
> On Sat, Feb 11, 2017 at 08:54:39PM +, João Valverde wrote:
> [..]
>> I think a small abstraction layer above the lower-level crypto routines,
>> whatever those may be (libgcrypt, nettle, home-grown - yuck), would be a
>> useful thing to have. It woul
Hi All,
2017-02-09 11:34 GMT+01:00 Bálint Réczey :
> Hi Guy,
>
> 2017-02-08 19:51 GMT+01:00 Guy Harris :
>> On Feb 8, 2017, at 5:40 AM, Peter Wu wrote:
>>
>>> I did not expect Libgcrypt to consume entropy when it is just doing
>>> decryption.
>>
>&
Hi Guy,
2017-02-08 19:51 GMT+01:00 Guy Harris :
> On Feb 8, 2017, at 5:40 AM, Peter Wu wrote:
>
>> I did not expect Libgcrypt to consume entropy when it is just doing
>> decryption.
>
> I'm concerned with consuming CPU and wall-clock time - i.e., slowing *shark
> startup - not entropy.
perf wou
2016-11-11 11:43 GMT+01:00 Guy Harris :
> On Nov 11, 2016, at 1:59 AM, Anders Broman wrote:
>
>> https://wiki.wireshark.org/Development/LifeCycle
>>
>> Version Stable Release Date End of LifeNotes
>>
>> 1.8 June 21, 2012 June 21, 2014 Last release to support
>> OS X
Hi,
2016-11-08 22:43 GMT+01:00 Vidya Dharmaraju :
> Hi wireshark-dev,
>
>
>
> I am unable to compile wireshark 2 on Ubuntu 14.04
>
>
>
> Need some quick help here – any clues, please share.
>
>
>
> Attached is the 1) config.log 2) Compile errors with make
>
>
>
> Steps followed:
>
> 1)
>
> sudo ap
Hi,
2016-08-05 23:31 GMT+02:00 Guy Harris :
...
>
> 'debian/rules' has non-whitelisted license 'UNKNOWN'
> 'debian/copyright' has non-whitelisted license 'LGPL (v2 or later)
> GPL (v2 or later) LGPL (v2 or later)'
> 'debian/compat' has non-whitelisted license 'UNKNOWN'
>
Hi,
With Dario and Peter we created a small regression test suit aiming at
checking the dissection engine with very targeted tests.
It compares specific PDU's PDML representation against stored references.
You can find it on GitHub:
https://github.com/wireshark/happy-shark
Feel free to add your
2016-04-29 11:12 GMT+02:00 Bálint Réczey :
> Hi Born,
>
> 2016-04-25 21:30 GMT+02:00 Born In :
>> Thanks Balint,
>> Do you know if dpkg-buildpackage also builds the asn.1 structures inside
>> epan/dissectors/asn1// (which is usually built by going into
>> the s
ake, thus it does not regenerate the
code for the ASN.1 based dissectors. I have prepared a patch to change that
which I will submit when gerrit accepts new changes again.
Cheers,
Balint
>
> Regards.
>
>
>
> On Monday, April 25, 2016 2:06 PM, Bálint Réczey
> wrote:
>
>
&g
Hi Born,
2016-04-25 19:46 GMT+02:00 Born In :
> When I try to build an installer package for Ubuntu (Debian), I am asked
> (per the INSTALL doc in the root folder) to execute: "dpkg-buildpackage -us
> -uc -rfakeroot" before I use configure/make etc.
> However, after I checkout the source, make the
Hi Peter,
2016-01-13 1:11 GMT+01:00 Peter Wu :
> On Sun, Jan 10, 2016 at 11:52:39AM +0100, Bálint Réczey wrote:
>> Hi,
>>
>> 2016-01-09 16:40 GMT+01:00 Peter Wu :
>> > Hi Bernard,
>> >
>> > On Thu, Jan 07, 2016 at 12:31:12PM -0500, bernard ck Wong
Hi,
2016-01-09 16:40 GMT+01:00 Peter Wu :
> Hi Bernard,
>
> On Thu, Jan 07, 2016 at 12:31:12PM -0500, bernard ck Wong wrote:
>> I have installed wireshark2.01 from the wireshark stable ppa on Wily (64
>> bit) and wireshark-gtk crashes immediately. The errors are in attachment.
>> The package for
2015-12-31 0:10 GMT+01:00 Anders Broman :
>
> Den 30 dec 2015 17:01 skrev "Graham Bloice" :
>>
>>
>>
>> On 30 December 2015 at 10:52, VIKRAM VENKATESH HEGDE
>> wrote:
>>>
>>> Hi,
>>>
>>>
>>>
>>> Sure, will submit the feature in patches may be will start doing so by
>>> next week.
>>>
>>> Thanks fo
Hi All,
I sadly became more and more convinced that starting the adoption of
compiling with -fPIE was an overly optimistic move on my side. :-(
It seems that there are too many integration corner cases to handle
where -fPIE breaks and it may be a better idea to let the
distribution-specific script
2015-12-02 21:25 GMT+01:00 Pascal Quantin :
>
>
> 2015-11-30 20:15 GMT+01:00 Guy Harris :
>>
>>
>> On Nov 30, 2015, at 11:07 AM, Pascal Quantin
>> wrote:
>>
>>
>> > Yes I should have been clearer in my initial description.
>> > My suggestion with an extra parameter giving the hash table address is
2015-11-27 9:45 GMT+01:00 Bálint Réczey :
> Hi Dario,
>
> You did not write the platforms you want to support, but in case it is just
> Ubuntu/Debian there are pre built wiretap headers and librerary for your
> consumption :-):
> https://packages.debian.org/unstable/libwiretap-de
Hi Dario,
You did not write the platforms you want to support, but in case it is just
Ubuntu/Debian there are pre built wiretap headers and librerary for your
consumption :-):
https://packages.debian.org/unstable/libwiretap-dev
It releasing the new software under GPL2+ we can integrate it to wire
Hi,
To enable completion you also need the bash-completion package
installed and sourced in your bash session.
Sometimes the bash-completion package is missing in VM-s to save
space, but on default Ubuntu Desktop it is installed and enabled.
Bash-completion performs the completion part and uses t
2015-11-11 22:10 GMT+04:00 Jeff Morriss :
> On 11/11/15 12:28, Bill Meier wrote:
>>
>> When building GTK3 Wireshark on my Fedora system (after not having done
>> so for a while), I'm getting many warnings similar to the following:
>>
>>
>> CC libgtkui_a-about_dlg.o
>> In file included from
Hi Gerald,
2015-10-02 22:51 GMT+02:00 Gerald Combs :
> As a quick reminder, the master-2.0 branch and builders will be created on
> Monday. I've also made the following changes in our Buildbot environment:
>
> - Upgraded to Qt 5.3.2 on the Windows 64-bit, 32-bit, and Petri dish builders.
>
> - Ins
Hi All,
I have just created a review to add PIE when it is available to default flags:
https://code.wireshark.org/review/#/c/10635
I think this matter is worth discussion here, too.
Should we enable more compiler flags which make Wireshark more secure
by default?
I Debian I will enable all harde
2015-06-06 11:23 GMT+02:00 Alexis La Goutte :
> Hi,
>
> On Fri, Jun 5, 2015 at 3:39 PM, Bálint Réczey
> wrote:
>>
>> Hi,
>>
>> 2015-06-04 23:58 GMT+02:00 Gerald Combs :
>> > We often make major releases in June, just before Sharkfest. That
>&
Hi,
2015-06-04 23:58 GMT+02:00 Gerald Combs :
> We often make major releases in June, just before Sharkfest. That probably
> won't happen this year. A major release now would mean either releasing 2.0
> (featuring the Qt UI) without feature parity with the GTK+ UI, or releasing
> 1.14 (featuring t
2015-05-20 13:43 GMT+02:00 Pascal Quantin :
> 2015-05-20 13:34 GMT+02:00 Andrei Emeltchenko
> :
>>
>> Hi,
>>
>> recently I hit following error when building wireshark on Ubuntu 15.04:
>>
>> ...
>> AR libqtui.a
>> make[2]: Leaving directory '/usr/local/wireshark/ui/qt'
>> Making all in ui/gt
2015-05-13 0:26 GMT+02:00 Guy Harris :
>
> On May 12, 2015, at 3:13 PM, Evan Huus wrote:
>
>> Argh, one of these days I will learn to just put parentheses in rather
>> than taking guesses at C operator precedence :(
>
> Yeah, the rule I've found works best for me is "if you aren't certain, throw
on your system. AFAIK buildds don't
cross compile for armhf.
Please set up an sbuild instance to build the package in a clean chroot:
https://wiki.debian.org/sbuild
Cheers,
Balint
>
>
>
> On 5/6/2015 7:45 AM, Bálint Réczey wrote:
>> Could you please try:
>> git clean
Could you please try:
git clean -dxf && dpkg-buildpackage -us -uc -rfakeroot
in the git directory?
The deb packages are known to build fine:
https://buildd.debian.org/status/package.php?p=wireshark&suite=unstable
Cheers,
Balint
2015-05-06 16:32 GMT+02:00 wulfman :
> same error after
>
> git fetch
Fixing zlib address.
2015-04-28 16:05 GMT+02:00 Bálint Réczey :
> Hi Graham,
>
> I would not create a fork before asking zlib maintainters, thus
> copying them now.
>
> Dear Zlib Mainainters (Mark?),
>
> Do you plan accepting some of the pull requests listed on zlib's
Hi Graham,
I would not create a fork before asking zlib maintainters, thus
copying them now.
Dear Zlib Mainainters (Mark?),
Do you plan accepting some of the pull requests listed on zlib's GitHub queue?
We need some of the changes in Wireshark and it would be really nice
if we would not have to
Great! Good job!
Cheers,
Balint
2015-04-16 10:19 GMT+02:00 Graham Bloice :
> Woohoo.
>
> Change to delete *.nmake incoming :-)
>
> On 16 April 2015 at 04:06, Gerald Combs wrote:
>>
>> We reached a bit of a milestone today. The packages created by the
>> 32-bit and 64-bit Windows builders at
>> h
Hi Peter,
2015-03-24 18:17 GMT+01:00 Peter Wu :
> On Sun, Mar 22, 2015 at 04:58:14PM +0100, Pascal Quantin wrote:
>> 2015-03-22 16:48 GMT+01:00 Peter Wu :
>>
>> > Hi,
>> >
>> > Triggered by a build error due to html2text.py, I have recently started
>> > with adding Python 3 support to various Pyth
Hi Juanjo,
2015-03-25 15:26 GMT+01:00 Juan Jose Martin Carrascosa :
> Hi all,
>
> I am building a package for Ubuntu, and the debian packages I get as result
> are not picking the proper customized version (set in configure.ac), but
> what is worse, a custom dissector I wrote is not in the package
2015-03-03 11:58 GMT+01:00 Alexis La Goutte :
>
>
> On Tue, Feb 24, 2015 at 10:54 AM, Alexis La Goutte
> wrote:
>>
>> Hi,
>>
>> I have start to use Transifex web service to manage and follow Wireshark
>> Translations.
>>
>> Transifex, it is a Gerrit of translation ;-), it is possible to review
>>
how see both filesystems.
If nothing else, scp would work.
Cheers,
Balint
>
> Is anyone aware of enumeration of WLAN interface from android phone as WiFi
> interface (WLAN adapter) on Win 7 or Linux hosts?
>
>
> On Tue, Feb 24, 2015 at 2:54 PM, Bálint Réczey
> wrote:
>
2015-02-24 8:13 GMT+01:00 Shashikant Ajegaonkar :
> Hi All,
>
> Has anyone tried to put WiFi interface of Android device in promiscous mode?
> Is it possible to enumerate phone over adb interface as device wireless
> network interface in Win7 machine and configure it in promiscous mode for
> sniff
2015-02-17 14:07 GMT+01:00 Pascal Quantin :
>
>
> 2015-02-17 12:41 GMT+01:00 yannick omnes :
>
>> Hi Pascal,
>>
>> Thank you for your answer,
>>
>> The plugin crashes (dereferencing a NULL pointer) in the second iteration
>> of the loop in proto_register_field_array. Looking around, i noticed tha
2015-01-25 15:41 GMT+01:00 Evan Huus :
> Gerald and I have (independently) started playing with the American
> Fuzzy Lop fuzzer recently [1] as a possibly more intelligent
> alternative or complement to our current fuzzing set-up.
>
> It includes a tool afl-cmin that uses its instrumentation to fin
Hi Juanjo,
2015-01-16 17:04 GMT+01:00 Juan Jose Martin Carrascosa :
> Hi all,
>
> I have a very quick question: am I supposed to create deb packages by doing
> "make debian-package"? The makefile doesn't recognize that option :(
No, by running dpkg-buildpackage -rfakeroot.
Cheers,
Balint
Hi,
2015-01-10 13:08 GMT+01:00 Pascal Quantin :
> Hi Christopher,
>
> 2015-01-09 21:51 GMT+01:00 Christopher Sheldahl
> :
>>
>> My company has developed a number of dissectors for our own protocols, and
>> we are interested in possibly having them incorporated into the main
>> Wireshark distributi
2015-01-07 20:08 GMT+01:00 Stephen Fisher :
> On Wed, Jan 07, 2015 at 07:51:33PM +0100, B?lint R?czey wrote:
>
>> Removing usages of the deprecated functions is on my TODO list, but if
>> I can't finish that in reasonable time keeping the reminder would help
>> others to act.
>
> What about leaving
Hi Stephen,
2015-01-07 19:31 GMT+01:00 Stephen Fisher :
> On Wed, Jan 07, 2015 at 06:21:06PM +, bugzilla-dae...@wireshark.org wrote:
>> https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=10750
>>
>> --- Comment #7 from Balint Reczey ---
>> (In reply to Stephen Fisher from comment #6)
>> > Di
Hi Stephen,
2015-01-06 0:20 GMT+01:00 Stephen Fisher :
> On Mon, Jan 05, 2015 at 03:34:16PM -0500, Ed Beroset wrote:
>
>> Having been around this particular block a couple of times, yes, CMake
>> at times is a battle, but it's also better than the alternative of
>> producing (and maintaining) mult
2015-01-06 18:02 GMT+01:00 :
> One thing I noticed when I reviewed one of the .mailman patches you've
> submitted was that some authors have multiple email addresses. Do we really
> want to include them all? I thought the current AUTHORS file typically only
> has one (hopefully "latest" email ad
Hi,
2015-01-05 21:17 GMT+01:00 Gerald Combs :
> Our CMake environment has been coming along nicely. However, it's still
> missing several major build targets that are present in the Autotools
> and Nmake+QMake makefiles:
>
> "dist". Balint created a script (tools/git-export-release.sh) which runs
reat!
>
> Evan
>
> On Fri, Dec 12, 2014 at 4:53 PM, Bálint Réczey wrote:
>> Hi All,
>>
>> I have created a PPA for the stable Wireshark branch point releases:
>> https://launchpad.net/~wireshark-dev/+archive/ubuntu/stable
>>
>> The packages are back-porte
Hi All,
I have created a PPA for the stable Wireshark branch point releases:
https://launchpad.net/~wireshark-dev/+archive/ubuntu/stable
The packages are back-ported from latest packaged version in Debian
unstable to prevent upgrade problems.
Since in Debian we are in "freeze" phase I can't uplo
Hi Jeff,
2014-12-01 18:59 GMT+01:00 Jeff Morriss :
> On 11/29/14 05:44, Bálint Réczey wrote:
>>
>> Hi Jeff,
>>
>> 2014-11-26 19:26 GMT+01:00 Jeff Morriss :
>>>
>>> On 11/26/14 13:01, Stephen Fisher wrote:
>>>>
>>>>
>&g
Hi Jeff,
2014-11-26 19:26 GMT+01:00 Jeff Morriss :
> On 11/26/14 13:01, Stephen Fisher wrote:
>>
>> Is there any reason a user would have both GTK3 and GTK2 installed and
>> not want to use GTK3 for wireshark-gtk builds? We could simplify it to
>> be --with-gtk/--without-gtk and --with-qt/--witho
Hi,
2014-11-20 12:05 GMT+01:00 Alexis La Goutte :
> On Thu, Nov 20, 2014 at 5:03 AM, Evan Huus wrote:
>> There is currently a change pending backport to the 1.12 branch (long
>> since committed to master) that is a non-trivial dissector upgrade.
>> Normally we don't backport this kind of change,
2014-11-20 9:53 GMT+01:00 Maarten Bezemer :
> On Thursday 13 November 2014 15:15:26 you wrote:
>> On Thursday 13 November 2014 13:56:26 Graham Bloice wrote:
>> > While I'm all for making life easier for devs, if no-one else has
>> > identified this as a need, i.e. only you find it worthwhile, then
Hi,
2014-10-26 19:58 GMT+01:00 Bálint Réczey :
> 2014-10-08 11:41 GMT+02:00 Michal Labedzki :
>> On 7 October 2014 19:29, Guy Harris wrote:
>>> 2) somebody resolved the conflicts but forgot to edit the commit
>>> message.
>>
>> I think this is wr
Hi Gerald,
2014-11-12 21:33 GMT+01:00 Gerald Combs :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I'm proud to announce the release of Wireshark 1.12.2.
>
> __
>
> What is Wireshark?
>
>Wireshark is the world's most popular
s code we maintain the better we can do it.
>>
>> This is only true in case that we do not lose any feature (or user
>> experience)
>>
>> On 5 November 2014 10:52, Bálint Réczey wrote:
>> > Hi Dario,
>> >
>> > 2014-11-05 9:31 GMT+01:00 Dario Lom
Hi Dario,
2014-11-05 9:31 GMT+01:00 Dario Lombardo :
> Hi Guy
> The answer is yes. I live in italy, but I use linux in english. I switch to
> en or it for the specific purpose of the moment. With auto-detect I could't
> do that. For my daily use I switch to EN. To develop/test wireshark italian
>
Hi Anders,
2014-10-30 17:49 GMT+01:00 Anders Broman :
> Hi,
>
> How to update the symbols file?
The output of the dpkg-gensymbols command includes the patch which
should be applied,
Whenever a new symbol is exported/removed the symbols file must be updated.
This reminds us to keep the API stable
2014-10-08 11:41 GMT+02:00 Michal Labedzki :
> On 7 October 2014 19:29, Guy Harris wrote:
>> 2) somebody resolved the conflicts but forgot to edit the commit
>> message.
>
> I think this is wrong meaning of this git feature. In my opinion
> "Conflicts: " should not be deleted, because it
2014-10-14 21:41 GMT+02:00 Alexis La Goutte :
> Hi,
>
> For the first time, you are under 25 warnings on Clang scan-build :-D
> ( https://www.wireshark.org/download/automated/analysis/ )
>
> A quick review about last warnings :
> 3 coming from flex (Dead Assignement on ascend_scanner.c, k12text.c,
Hi Guy,
2014-10-07 19:29 GMT+02:00 Guy Harris :
>
> On Oct 7, 2014, at 1:12 AM, Michal Labedzki wrote:
>
>> You miss one thing - cherry-pick with conflicts is not the same that
>> original commit.
>
> That's what "with manual intervention" is for, as per my earlier message.
>
>> It may build and
Hi,
We had some discussions about blogging more actively on
https://blog.wireshark.org/, but I think there would be an other way
of making the project more active on the press side.
We have a nice community and we could provide and site for aggregating
Wireshark-related news from individual blogge
Hi All,
I usually leave the "Conflicts: ..." in the commit message after
resolving conflicts to document that the merge was not automatic.
Should I continue doings so you prefer removing this from the commit message?
Guy raised the issue in https://code.wireshark.org/review/#/c/4438 ,
but I think
Hi,
2014-09-26 21:12 GMT+02:00 Evan Huus :
> Since it looks like PIDL is also using git, how do people feel about
> using git submodules instead of maintaining our own copy of PIDL?
I would avoid submodules because it adds a lot of complexity without
providing little value.
If we would like to dep
2014-09-19 20:04 GMT+02:00 :
> I submitted a patch to be backported to the 1.12 branch [1]. I wanted to
> run it through the Petri-Dish, but it failed on the Ubuntu build [2], but
> doesn't seem related to my change. It appears a solution to the failure is
> provided by this patch [3]. Could s
Hi,
2014-09-16 8:24 GMT+02:00 Anders Broman :
>
> Den 16 sep 2014 08:00 skrev "Pascal Quantin" :
>
>
>>
>>
>> Le 15 sept. 2014 23:13, "Gerald Combs" a écrit :
>>
>> >
>> > On 9/15/14 10:51 AM, Gerald Combs wrote:
>> > > On 9/15/14 10:02 AM, Pascal Quantin wrote:
>> > >>
>> > >> It explains why it
Hi,
2014-08-20 18:36 GMT+02:00 ronnie sahlberg :
> I think the biggest gotcha with LGPLv3 is that it is no longer
> compatible with GPLv2 only code.
> Wireshark does not have any GPLv2only code right? If not, we should be ok.
>
> On Wed, Aug 20, 2014 at 9:31 AM, Evan Huus wrote:
>> http://blog.qt
Hi Evan,
2014-08-10 4:41 GMT+02:00 Evan Huus :
> http://buildbot.wireshark.org/trunk/builders/Clang%20Code%20Analysis/builds/2911/steps/check-abi/logs/stdio
>
> I took a quick look at the recent check-abi buildbot failure, which
> appears to be manpage related:
>
> wireshark.pod around line 3525:
2014-07-31 12:34 GMT+02:00 Peter Wu :
> On Wednesday 30 July 2014 14:35:06 Gerald Combs wrote:
>> After comparing the tarballs generated by "make dist" and
>> "git-export-release.sh" I have to agree. Both have issues but the "dist"
>> tarball will build according to our documentation on Linux, Wind
2014-07-31 10:32 GMT+02:00 Guy Harris :
>
> On Jul 31, 2014, at 1:18 AM, Bálint Réczey wrote:
>
>> Since the files stored in git are enough for building Wireshark on
>> every platform we support
>
> So we shouldn't bother generating or shipping tarballs at all,
2014-07-31 0:18 GMT+02:00 Guy Harris :
>
> On Jul 30, 2014, at 2:35 PM, Gerald Combs wrote:
>
>> "git-export-release.sh" is missing:
>> - ./configure, install-sh, other Autotoolery
>> - Files generated using Bison/Flex
>> - help/faq.txt
>> - packaging/macosx/Info.plist
>> - plugins/*/plugin.c
2014-07-25 23:49 GMT+02:00 Jeff Morriss :
> On 07/22/14 16:27, Wireshark announcements wrote:
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> I'm proud to announce the release of Wireshark 1.12.0rc3. This is a
>> public release candidate for Wireshark 1.12.0.
>
>
> Hmm, the source tarb
2014-07-24 20:48 GMT+02:00 Evan Huus :
>
> On Thu, Jul 24, 2014 at 2:42 PM, Bálint Réczey
> wrote:
>>
>> Hi Jakub,
>>
>> 2014-07-22 0:52 GMT+02:00 :
>> > Hi,
>> >
>> > On Sat, Jul 12, 2014 at 02:27:06AM +0200, B??lint R??czey wrote
Hi Jakub,
2014-07-22 0:52 GMT+02:00 :
> Hi,
>
> On Sat, Jul 12, 2014 at 02:27:06AM +0200, B??lint R??czey wrote:
>> I plan using ASAN for all programs which would catch (among others)
>> use-after-free and reading below or over the malloc()-ed
>> memory area. Those can't be caught if the program
Hi Gerald,
2014-07-22 0:19 GMT+02:00 Gerald Combs :
> I plan to release 1.12.0rc3 tomorrow (the 22nd) followed by 1.12.0 on
> the 29th. If we need to hold off either release for any reason please
> let me know.
Great!
I would like to have the fix for 9891 included which I plan reviewing today.
>
2014-07-12 0:07 GMT+02:00 Anders Broman :
>
> Den 11 jul 2014 23:13 skrev "Bálint Réczey" :
>
>
>>
>> Hi All,
>>
>> Please provide the input data for letting others reproduce the results
>> or perform the performance tests on pcap files already
Hi Evan,
2014-07-11 23:51 GMT+02:00 Evan Huus :
> On Fri, Jul 11, 2014 at 5:12 PM, Bálint Réczey
> wrote:
>>
>> Hi All,
>>
>> Please provide the input data for letting others reproduce the results
>> or perform the performance tests on pcap files already avail
Hi All,
Please provide the input data for letting others reproduce the results
or perform the performance tests on pcap files already available to
the public.
I'm not a fan of implementing custom memory management methods because
partly because I highly doubt we can beat jemalloc easily on
perfor
2014-06-24 5:26 GMT+02:00 Joerg Mayer :
> On Mon, Jun 23, 2014 at 09:17:32PM -0400, Evan Huus wrote:
>> > >> So perhaps what we should do is:
>> > >>
>> > >> not check generated code into Git;
+1
>> > >>
>> > >> put all generated code into the source tarballs.
>
> +2
How about rele
Hi,
2014-06-23 17:54 GMT+02:00 Evan Huus :
> I would *really* prefer we didn't do this.
Me, too. Going this way makes maintaining Wireshark really hard. And
for 1% speed increase in a very specific case?
I generally don't agree with the approach and in this specific IMO the
gains did not justify t
2014-06-20 7:38 GMT-07:00 Jeff Morriss :
> On 06/18/14 21:07, Evan Huus wrote:
>>
>> We have at least 30 bugs to do with RTP and the analysis/audio player:
>> https://bugs.wireshark.org/bugzilla/buglist.cgi?quicksearch=rtp
>>
>> Do we have a plan for the Qt equivalent of this UI? Is it worth doing,
1 - 100 of 223 matches
Mail list logo
