Hi,
Am 12.11.2017 um 01:11 schrieb Dirk Hohndel:
> Announcement is posted on our website (including untranslated translations
> for Dutch, German, and Spanish since these are the languages we usually
> get announcement translations for and since the git integration requires
> those translations to
So there was a request (I think from Anton) that we should build our
dependencies on (MXE, Qt for Mac) on Travis as well.
I tried to follow down that path, but I believe I am stuck. Travis kills job
after 50 minutes, even using the tools to ask it for more time. And I can't get
MXE built in 50
Quite a few interesting PRs were merged today.
Changes to BLE timeout handling, Bluetooth names, data field initialization for
NDL (better distinction between a true value of '0' and a value of '-1' (for
don't know).
Also, better icon size for the profile on Subsurface-mobile.
Travis will give
On 13 November, 2017 - Linus Torvalds wrote:
> On Mon, Nov 13, 2017 at 1:45 PM, vavincavent wrote:
> >
> > sudo tshark -i usbmon1 -s 256 -w usb.pcap
> > tshark: The file to which the capture would be saved ("usb.pcap") could
> > not be opened: Permission denied.
>
> WTF? You're running as root,
On Mon, Nov 13, 2017 at 1:45 PM, vavincavent wrote:
>
> sudo tshark -i usbmon1 -s 256 -w usb.pcap
> tshark: The file to which the capture would be saved ("usb.pcap") could
> not be opened: Permission denied.
WTF? You're running as root, and it can't create that file due to
permission issues?
I h
vincent@ASUS-R558UV:~/src/subsurface/build$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 04ca:3018 Lite-On Technology Corp.
Bus 001 Device 004: ID 0bda:57de Realtek Semiconductor Corp.
Bus 001 Device 003: ID 0bda:0129 Realtek Semiconductor Corp. RTS5
On Mon, Nov 13, 2017 at 1:28 PM, vavincavent wrote:
> vincent@ASUS-R558UV:~/src/subsurface/build$ sudo tshark -D
> Running as user "root" and group "root". This could be dangerous.
> 1. enp2s0
> 2. wlp3s0
> 3. any
> 4. lo (Loopback)
> 5. bluetooth0
> 6. usbmon0
> 7. nflog
> 8. nfqueue
> 9. usbmon1
vincent@ASUS-R558UV:~/src/subsurface/build$ sudo tshark -D
Running as user "root" and group "root". This could be dangerous.
1. enp2s0
2. wlp3s0
3. any
4. lo (Loopback)
5. bluetooth0
6. usbmon0
7. nflog
8. nfqueue
9. usbmon1
10. usbmon2
11. cisco (Cisco remote capture)
12. randpkt (Random packet ge
On Mon, Nov 13, 2017 at 12:10 PM, vavincavent wrote:
> I'm so sorry, nothing append..
>
> i've made : tshark -i any -w out.pcap
> but nothing seems to be from usb.
>
> what is the problem??
What does
sudo tshark -D
print?
It should say something like
1. enp5s0
2. any
3. lo (Loopback
I'm so sorry, nothing append..
i've made : tshark -i any -w out.pcap
but nothing seems to be from usb.
what is the problem??
Vincent
Le lundi 13 novembre 2017 à 11:38 -0800, Linus Torvalds a écrit :
> On Mon, Nov 13, 2017 at 11:33 AM, vavincavent
> wrote:
> > tshark problem :
> >
> > vincent@
On Mon, Nov 13, 2017 at 11:33 AM, vavincavent wrote:
> tshark problem :
>
> vincent@ASUS-R558UV:~/src/subsurface/build$ tshark -i /dev/ttyUSB0 -w
> out.pcap
It's not /dev/ttyUSB0.
It's "usbmonX" (where X is the USB bus number that the device is on).
You do need to have the "usbmon" kernel modul
tshark problem :
vincent@ASUS-R558UV:~/src/subsurface/build$ tshark -i /dev/ttyUSB0 -w
out.pcap
Capturing on '/dev/ttyUSB0'
tshark: The capture session could not be initiated on interface
'/dev/ttyUSB0' (No such device exists).
Please check to make sure you have sufficient permissions, and that yo
On Mon, Nov 13, 2017 at 10:47 AM, vavincavent wrote:
> A little better?? (/etc/udev/rules.d):
So now you can actually do the IO:
> The log file :
> Subsurface: v4.7.4-1-g4d04f74312dc, built with libdivecomputer v0.6.0-
> devel-Subsurface-branch (7de3a549ee588fef4702ee9d894e390aca43950d)
> INFO:
A little better?? (/etc/udev/rules.d):
The log file :
Subsurface: v4.7.4-1-g4d04f74312dc, built with libdivecomputer v0.6.0-
devel-Subsurface-branch (7de3a549ee588fef4702ee9d894e390aca43950d)
INFO: Open: vid=c251, pid=2006
INFO: Open: interface=0, endpoints=81,02
INFO: Timeout: value=10
ERROR: Usb
On Mon, Nov 13, 2017 at 9:51 AM, vavincavent wrote:
> I have used scubapro_g2.c joined and this is the log :
This is the same udev rule problem:
> Subsurface: v4.7.4-1-g4d04f74312dc, built with libdivecomputer v0.6.0-
> devel-Subsurface-branch (7de3a549ee588fef4702ee9d894e390aca43950d)
> INFO: O
I have used scubapro_g2.c joined and this is the log :
Subsurface: v4.7.4-1-g4d04f74312dc, built with libdivecomputer v0.6.0-
devel-Subsurface-branch (7de3a549ee588fef4702ee9d894e390aca43950d)
INFO: Open: vid=c251, pid=2006
INFO: Open: interface=0, endpoints=81,02
ERROR: Failed to open the usb dev
On Mon, Nov 13, 2017 at 9:29 AM, vavincavent wrote:
> I have little problem with tshark or wireshark. But I try to test this
> !
> The result with windows give me hope for the same with DEBIAN!
Well, you can also just test out the "maybe it's the extra zero byte
for hidusb" directly, without capt
I have little problem with tshark or wireshark. But I try to test this
!
The result with windows give me hope for the same with DEBIAN!
Vincent.
Le lundi 13 novembre 2017 à 09:17 -0800, Linus Torvalds a écrit :
> On Mon, Nov 13, 2017 at 9:11 AM, vavincavent
> wrote:
> >
> > With your method, d
On Mon, Nov 13, 2017 at 9:11 AM, vavincavent wrote:
>
> With your method, download works.
> You'll find attached files g2.bin and g2.log.
So this was on Windows using usbhid?
I really am starting to believe that it's the extra zero with libusb,
and your Debian machine actually considers that an
Jef,
With your method, download works.
You'll find attached files g2.bin and g2.log.
I hope it will be usefull.
Vincent.
Le lundi 13 novembre 2017 à 08:43 +0100, Jef Driesen a écrit :
> On 12-11-17 19:09, Linus Torvalds wrote:
> > On Sun, Nov 12, 2017 at 5:16 AM, vavincavent > > wrote:
> > >
On Mon, Nov 13, 2017 at 12:29 AM, Dirk Hohndel wrote:
> Enthusiastic ACK.
> Please send pull request that shows how this would work.
>
we just need to specify the -DCMAKE_BUILD_TYPE in the build script. this
works for linux too if I'm not mistaken.
> On November 12, 2017 1:47:13 PM PST, "Lubom
40 for French, done just now, but a bit late for 4.7.4! ;)
Guillaume
Le 11/11/2017 à 17:01, Dirk Hohndel a écrit :
Going through the release prep I noticed two new strings since the last time I
pushed strings.
I don't think it's worth holding up the release for that, but if you happen to
be
22 matches
Mail list logo
