I have imported the man page and other documentation into a common
structure and used this as a basis for building a web site for Flent. It
is available at https://flent.org.
The source for the web site is in the GitHub repository in the doc/
subdirectory, and is based on the Sphinx documentation
This is to announce v0.12.2 of Flent: The FLExible Network Tester.
Flent can be installed via pip by issuing pip install flent, or on Arch
Linux through the AUR. Pre-built packages are available for Debian and
Ubuntu at
https://software.opensuse.org/download.html?project=home:tohojo:flent&package=
Erik Taraldsen writes:
> I'm testing out flent for QoS and queing on different access types for
> an ISP. It's a good tool to visualy show how the different
> implementations and how they affect user traffic/experience.
Thanks! Glad to hear you find it useful :)
> I have an issue with the ping/
Erik Taraldsen writes:
> On Mon, Aug 17, 2015 at 1:19 PM, Toke Høiland-Jørgensen wrote:
>> Erik Taraldsen writes:
>>
>> Thanks! Glad to hear you find it useful :)
>
> Very interesting to see how different OS'es and settings work and
> impact the user exper
Erik Taraldsen writes:
>> Do you mean older modems or older end-hosts? It would be interesting to
>> see your results; are they available somewhere? :)
>
> I'm a bit reluctant to "out" our vendors before they have had a chance
> to look at the issues. But I'll send you some stuff off list. It's
(Changing the subject and putting this on the mailing list for future
reference...)
Althaff Mohideen writes:
> I'm interested in the plots, especially the Fig 2 in your paper. How
> did you plot them all? did you accumulate data seperately and plotted
> using matlibplot? or is it automated in FL
This is to announce v0.13.0 of Flent: The FLexible Network Tester.
This release of Flent adds a couple of new features to the GUI, updates
Iperf support and adds a bunch of bugfixes.
- GUI: For line graphs (timeseries and CDF plots), highlight data series
when the mouse is hovering over the lin
This is to announce v0.14.0 of Flent: The FLexible Network Tester.
This release adds mixins for capturing qdisc stats and CPU usage, adds
some convenience functions to the GUI and fixes a bunch of bugs, most
notably making the GUI work on Windows. Full changelog below.
Get the source from PyPi:
dek...@crater.com writes:
> I am reporting this here for other users who might experience a
> similar problem, but also as a suggestion to update your website to
> include python-matplotlib in your install script.
Thanks for the report! Not including matplotlib by default was
intentional, actuall
dek...@crater.com writes:
> Without the plotting, you only have access to the raw numbers in an
> XML file. You would need to be using similar tools on a regular basis
> to make it worth your while to setup some means of interpreting the
> data. I'd imagine these users would be the hardcore base g
Hey everyone
I've moved the Flent mailing lists to a new server. The subscriptions
should be moved over, so hopefully everything still works. Let me know
if it doesn't.
As part of the move, the lists are now run on good old mailman 2. You'll
need to go to https://flent.org/mailman/listinfo/ to ch
This is to announce v0.15.0 of Flent: The FLexible Network Tester.
This release represents eight months of development since v0.14.0. There
are several new features and a bunch of bugfixes.
Starting from this release, Flent will be packaged for Debian unstable
and included in upcoming releases of
: medium
Maintainer: Internet Measurement Packaging Team
Changed-By: Toke Høiland-Jørgensen
Description:
flent - FLExible Network Tester for bufferbloat testing and more
Closes: 831578
Changes:
flent (0.15.0-1) unstable; urgency=medium
.
* Initial release. (Closes: #831578).
Checksums-Sha1
idea how
> everything is hooked together (e.g. I'm not using plots, I haven't tried the
> other users of
> rtt_fair_var ...).
>
> Another question: how do you develop flent 'in place'? I've been whacking
> away on the installed code, but I kinda h
Joel Wirāmu Pauling writes:
> Also the range of tests requiring fairly complex setup of external
> tools which rely on java (DTG-ITG) etc also causes a bit of a headache
> to get a full functional test bench up and running.
Yeah, D-ITG is a PITA. Suggestions for a better tool very welcome :)
-T
Dave Taht writes:
> I have not tried to get the qt5 support working on osx, but can
> confirm qt4 has an ongoing bug with sizing the window appropriately.
Right, so none of the workarounds help, then? Nuking them, in that case...
-Toke
___
Flent-user
With most of the longtime outstanding issues closed, Flent has now
reached the big 1.0. Woohoo!
Changes since v0.15.0 include:
- Use the UltraJSON library (if available) to load data files; this
speeds up loading of data files moderately.
- Improve logging of Flent's operations. The log file w
As often happens, the previous 1.0.0 release turned up a couple of new
bugs on testing. So here is a small bugfix release addressing those.
Changes since v1.0.0 include:
- Change the default hosts used for rtt_fair tests. One of the old ones
did not exist anymore.
- Fix a bunch of crashes and
Matthias Tafelmeier writes:
> Hello,
>
> I've stumbled into flent as I was about to run a quick research on
> LINUX based TCP cc algorithms and qdisc constellations and their
> respective interplay from various perspectives.
>
> Like the notion of it, though, I'm convinced the mere throughput
> p
Erik Taraldsen writes:
> I'm trying to install the new flent on a ubuntu 15.04 machine.
> Installling is OK, but running the flent-gui is frustrating. Can
> anybody provide the exact packages needed for PyQt5 so I can try the
> newest version?
How are you installing? If you're on Ubuntu, the PPA
"Klatsky, Carl" writes:
> Finally had some time to get to this request. I downloaded the current git
> version of Flent and was able to launch the flent-gui on Windows. I had some
> old
> test *.flent.gz results files which loaded just fine. I tried to open the test
> files that were linked from
Erik Taraldsen writes:
> I've tried ppa with cli
> sudo add-apt-repository ppa:tohojo/flent
> sudo apt-get update
> sudo apt-get install flent
>
> and downloading the .deb file and installing with the gui packet
> manager. Same result. Complains about lack of PyQt. This is a lab
> machine so I ca
Stephen Hemminger writes:
> On Tue, 20 Dec 2016 11:02:44 -0800
> Dave Taht wrote:
>
>> Toke has been busy adding new features to the flent network test tool.
>> I consider it *almost* stable enough for a new release. Some of the
>> development has been focused on making the flent-gui much faster
Stephen Hemminger writes:
> On Tue, 31 Jan 2017 17:35:40 +0100
> Toke Høiland-Jørgensen wrote:
>
>> Stephen Hemminger writes:
>>
>> > On Tue, 20 Dec 2016 11:02:44 -0800
>> > Dave Taht wrote:
>> >
>> > Has anyone automated or orch
Matthias Tafelmeier writes:
> Hello,
>
> ... as to the future of flent. Are there any milestones one should
> know about?
Hmm, not really. The plotting refactor to use the raw values rather than
interpolated data when possible, and full support for running tests
through the GUI are the main long
Matthias Tafelmeier writes:
> Hello all,
>
> currently, flent is only capable of fully saturating a link, or to
> what the sending node is capable to deliver, respectively.
>
> Moreover, I ran into cases where discerning finer grained saturations
> levels migh be helpful: might two digit percenta
Hey everyone
I finally got around to a much-needed freshening of the front page on
https://flent.org/ - so it now contains a feature list and a screen shot
as the first content. I've also recently written a blog post[1]
highlighting some of Flent's features, and Flent was recently featured
on Goog
Rich Brown writes:
> On Apr 25, 2017, at 12:00 PM, bloat-requ...@lists.bufferbloat.net wrote:
>
> What is your favourite Flent feature?
>
> You already know this, but my favorite feature of Flent is that it
> gives repeatable tests. So much of what I see on various forums that
> passes for "a t
Nareshbhai Jitubhai Patel writes:
> Hi,
>
> Current iperf version in the system is 2.0.5.
>
> I tried to run udp traffic through flent. But while executing "udp_flood"
> stops with an error message for "iperf -e enhanced option not found".
>
> The iperf -e enhanced option is only available in
Nareshbhai Jitubhai Patel writes:
> Hi toke,
>
> Thanks for ur reply.But after installing iperf2 from this link still i am
> getting error while executing.Plz check it.
>
> command: flent udp_flood -l 20 -H 192.168.43.237 -t
> text-to-be-included-in-plot -o 10.pdf
> Started Flent
Nareshbhai Jitubhai Patel writes:
> Hi Tom,
> Thanks for your quick response we are appreciating to it.
> I executed iperf and it is supporting -e option then still i am facing same
> issues.
> Below is the path for that:
>
> root@test:/home/test/Downloads/iperf-2.0.8/man# which iperf
> /usr/lo
Emmanuel Blot writes:
> Hi Sebastian,
>
> Following your recommandations, I tried with several step-size values, with
> no luck.
> It does not seem to help the TCP upload graph.
At download speeds that low, Netperf tends to be quite intermittent in
its output, which has to do with the way netper
> I have few questions.
> 1. Is netperf or perf requried before installing flent?
> Though I have install flent on my both systems and ping with flent works
> fine.
Netperf is not strictly required (as you mention, you can run the ping
tests just fine without it). However, most of the bandwidth t
sahil gupta writes:
> Thank Toke for valuable suggestion.
>
> Hey can explain the difference between TCP download BE/BK/CS5/EF.
> Similarly metrics TCP upload BE/BK/CS5/EF?
These refer to diffserv markings; BE is Best Effort, BK is Background,
CS5 is Class Selector 5 (video), EF is Expedient F
Hi all
In an attempt to unify discussions, I will be experimentally subscribing
this mailing list to receive notification emails from Github for all
issue and pull request comments in the Flent repository, using the
method described in [1]. With this setup, it should be possible to
follow the disc
Pete Heist writes:
> An update:
>
> - JSON is working, sample attached in case there are comments /
> wishes.
Lots of data; don't think I'll parse all of it in Flent. My thought
would be to save:
For each data point: RTT, OWD (in both directions), IPDV.
For the whole test:
- Min/max/mean/median
Pete Heist writes:
>> - The data points are missing sequence numbers; makes it hard to infer
>> loss, and to relate IPDV to RTT values.
>
> Yes, because the seqno is just the array index. I’ll add the seqno
> explicitly to make it easier to consume.
So what happens if a packet is lost? There'll
Niklas Holm writes:
> When using a custom control port for my own server, flent incorrectly
> applies the same port to servers hard-coded in the test profile.
Hmm, yeah, that's not good I suppose. Think I'll have to clean up both
that and the different ways to specify control connection informat
Pete Heist writes:
> Also, I hope the time I've invested is still useful, given the iperf2
> team's post about suddenly adding isochronous support for their
> latency test. :) Anyway, I'll finish what I've started. The handshake
> is working and it's a matter of wrapping up (a number of) details.
Pete Heist writes:
> Thanks again both for your kind help and feedback on this. I hope it's
> useful, and if not, it sure was fun anyway!
Very nice, and definitely useful! :)
Took it for a quick spin on localhost, some oddities from my initial
fiddling:
- On first run I expected it to work sim
Pete Heist writes:
> Thanks! I made most of your changes (-o was particularly broken, so
> this is a better solution), except:
Cool!
> - I'm still thinking about whether to default durations to seconds or
> not. I'm using Go's default duration flag parsing, and I like the
> explicitness of seei
The congestion control algorithm can be set with the tcp_cong_control test
parameter.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/35#issuecomment-338607846__
Closed #35.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/35#event-1305267939___
Flent-users mailing list
Flent-users@flent.org
http://flent
Closed #114 via 2c294b815b7a29e0cbc5bc6e7689c08e15aae2c4.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/114#event-1305585936___
Flent-users
Could you please check that the latest git version fixes this issue for you?
You'll need to you the control_hosts test parameter... :)
Thanks,
-Toke
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/
It's been way too long since the last release of Flent. So without
further ado, I hereby announce Flent v1.1.0.
Changes since v1.0.1 include:
- A complete overhaul of the plotting code so that it now uses the exact
data points captured from the test tools wherever possible, instead of
interpo
Sourabh jain writes:
> My doubt is the statistics collected by Flent is belong to which queue n0.
> n1 or n2?
> Or it is a drop counted at transport layer like n0, place where Flent is
> installed?
If you haven't configured anything else, Flent only collects statistics
from the host it is runnin
Changes since v1.0.1 include:
- A complete overhaul of the plotting code so that it now uses the exact
data points captured from the test tools wherever possible, instead of
interpolating values to align data points on the time axis. This
should improve the accuracy of plots, especially for
Pete Heist writes:
> I should have another block of time next week to finish the upstream
> vs downstream packet loss stats, then after that could be a good time
> for Flent integration. Need my help for it? It would probably take me
> longer to get into the Flent code and I'm not much of a Pytho
Pete Heist writes:
>> I can add support to Flent (I'm away next week, should have time after
>> that); but if you could document the JSON format that would be helpful :)
>
> Cool, that should be good timing, the current output is already
> documented: https://github.com/peteheist/irtt/#json-forma
Iperf and netperf are not feature compatible, so that's not straight forward.
Why do you want to use iperf (I assume you mean for the TCP tests here, right?)?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.c
Sourabh jain writes:
> Hello Toke,
>
> Thanks for suggestion, it helped a lot.
>
> I tried password less ssh with router and got the packet drop statistics
> with *rrul *test.
>
> I also want dealy plot, but It is not available in rrul test. So I tried
> same thing with qdisc-stats test but it is
This is to announce Flent v1.1.1, an important bugfix update after the
recently released v1.1.0.
Changes since v1.1.0 include:
- Fix several plotting bugs resulting from the overhaul of the plotting
code. This includes a couple of crash bugs, bugs in the airtime plots,
and a bug where all bar
Pete Heist writes:
> Hi, just noticed that when I run these commands there's no data plotted in
> the resulting plot title_tcp_rtt.png (copying from a script so this is just a
> rough idea of what I'm doing):
>
> ```
> flent rrul_be_nflows -l 60 -H 10.9.0.2 -p all_scaled \
> --figure-widt
Closed #115.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/115#event-1344491474___
Flent-users mailing list
Flent-users@flent.org
http://fle
Closed #116 via 01d3c2cef6f26ebe296f8a7ae17d7a8e2dcd17fd.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/116#event-1344491785___
Flent-users
Okay, basic Flent support for irtt implemented in
2503caba7d32f847b242eede225638bd64d88d53 - there's an rrul_be_irtt test that
will substitute the netperf udp_rr test for irtt.
However, I don't really want to duplicate all tests for irtt, so I think a
better way to integrate it is needed. I.e.,
Pete Heist writes:
> Cool, the rrul_be_irtt test is working for me. I see what you mean,
> ideally it would just be the same test but you substitute the tool you
> want to use for a particular measurement.
>
> Maybe this is what you're saying, but could it be that you specify
> what tool you want
Pete Heist writes:
> On the positive side(?), with irtt, I don't see the 'latency locking'
> effect that I see with netperf, where for whatever reason, certain
> flows would stay more fixed in some position relative to the mean.
> Also, in these runs, the download throughput was somewhat less wit
Pete Heist writes:
>> Could you be persuaded to add a 'check_server' action to irtt? Something
>> that just does the handshake and doesn't run any more tests other than
>> that. Then we could have Flent call that to verify that irtt is
>> usable...
>
> Sure, I’ll add that (or something similarly
Pete Heist writes:
>> On Nov 16, 2017, at 1:48 PM, Toke Høiland-Jørgensen
>> wrote:
>>
>> > The handshake takes up to 15 seconds to complete (delays of 1, 2, 4
>> > and 8 seconds waiting for a reply), so not having irtt on the server
>> > will m
Pete Heist writes:
>> On Nov 16, 2017, at 2:07 PM, Toke Høiland-Jørgensen
>> wrote:
>>
>> Pete Heist writes:
>>
>> >> On Nov 16, 2017, at 1:48 PM, Toke Høiland-Jørgensen
>> >> wrote:
>> >>
>> >> > The hand
Right, so partially implemented the selection logic in
343f60da7be78d6fba13af02b60f37cdda9c4d24. Still a few more things needed before
it can be activated, so I have not enabled it in any tests yet. One of those
things is the server-side check for irtt, another is internal to Flent...
--
You a
On 16 November 2017 17:15:36 CET, Pete Heist wrote:
>
>> On Nov 16, 2017, at 3:47 PM, Toke Høiland-Jørgensen
> wrote:
>> Right, so partially implemented the selection logic in 343f60d
><https://github.com/tohojo/flent/commit/343f60da7be78d6fba13af02b60f37cdda9c4d24>
On 16 November 2017 18:20:16 CET, "Dave Täht" wrote:
>Toke Høiland-Jørgensen writes:
>
>> Pete Heist writes:
>>
>>> On the positive side(?), with irtt, I don't see the 'latency
>locking'
>>> effect that I see with netperf, where
Pete Heist writes:
> The `-n` and `-timeouts` parameters have been added to the client, and are
> documented in the usage. Quick examples:
>
> ```
> tron:~/src/github.com/peteheist/irtt:% ./irtt client -timeouts
> 250ms,500ms,1s,2s -n 127.0.0.2
> [Connecting] connecting to 127.0.0.2
> Error: no
Pete Heist writes:
>> On Nov 17, 2017, at 3:58 PM, Toke Høiland-Jørgensen
>> wrote:
>>
>> I don't want to spend more than one second probing, so 250ms,500ms will
>> have to do.
>
> Ok, in that case I think 200ms,300ms,400ms or something to get t
On 18 November 2017 13:43:23 CET, Pete Heist wrote:
>Maybe of interest, the per-packet upstream vs downstream loss now works
>properly, if you want to use it. Limitations documented:
>https://github.com/peteheist/irtt#64-bit-received-window
>
>But how to plot that. Maybe there could be an up arr
Pete Heist writes:
> G.711 can be simulated today with `-i 20ms -l 172 -fill rand
> -fillall`. I do this test pretty often, and I think it would be a good
> default voip test.
The problem with this is that it also changes the sampling rate. I don't
necessarily want to plot the latency every 20ms
Pete Heist writes:
>> On Nov 20, 2017, at 1:11 PM, Toke Høiland-Jørgensen
>> wrote:
>>
>> Pete Heist writes:
>>
>> > G.711 can be simulated today with `-i 20ms -l 172 -fill rand
>> > -fillall`. I do this test pretty often, and I think it wo
> Really looking forward to it!
Working on it. Turned out to need a bit of refactoring. This is me
currently: https://i.imgur.com/t0XHtgJ.gif
-Toke
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/106#is
Okay, testable code in the runner-refactor branch.
Ended up doing a fairly involved refactoring of how runners work with
data; which is good, as the new way to structure things makes a lot more
sense in general; but it did mean I had to change the data format, so
quite a few places this can break.
Dave Täht writes:
> For simulation it would be helpful to be able to monitor qdiscs and
> other stats within a container.
Hmm, the straight forward way to do this would be to make the
'qdisc_stats_hosts' test parameter understand namespaces, I guess?
However, switch netns requires CAP_NET_ADMIN
>> However, switch netns requires CAP_NET_ADMIN (or root), doesn't it?
>
>
> To get higher than 20ms from ping you need root also.
>
> Live a little.
Yeah, which is why that is not supported either... :P
I really am not very keen on adding features that *require* root. Can't
you just run an SSH s
Pete Heist writes:
>> On Nov 20, 2017, at 9:58 PM, Toke Høiland-Jørgensen
>> wrote:
>> Okay, testable code in the runner-refactor branch.
>>
>> Ended up doing a fairly involved refactoring of how runners work with
>> data; which is good, as the new way
Currently, multiple host names are separated by commas in the batch file, while
multiple test parameters are separated with semi-colons (because the test
parameters themselves can contain commas).
It would be good to harmonise this as it's a source of confusion; supporting
semi-colons for separ
Pete Heist writes:
>> On Nov 21, 2017, at 11:36 AM, Toke Høiland-Jørgensen
>> wrote:
>>
>> Ha! Epic fail! :D
>>
>> Well, I only just managed to finish writing the code and unbreaking the
>> CI tests; didn't actually get around to running an
Pete Heist writes:
> Trying to confirm how latency was being calculated before with the
> UDP_RR test. Looking at its raw output, I see that transactions per
> second is probably used to calculate RTT, with interim results like:
>
> ```
> NETPERF_INTERIM_RESULT[0]=3033.41
> NETPERF_UNITS[0]=Trans
Pete Heist writes:
>> > And this likely takes the mean value of all transactions and
>> > summarizes it at the end of the interval, then the calculated latency
>> > was what was plotted in flent?
>>
>> Yup, that's exactly it :)
>
> Ok, it’ll be interesting for me to look at the differences betwe
Closed #106 via 117b39c89c0780d6c3082be79571b3807a3198e7.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/106#event-1353926710___
Flent-users mailing list
Flent-u
Right, so convinced myself that I'd fixed most of the breakages in the refactor
(which turned out to be a multiple-thousands lines patch, but with a net
negative of 400 lines of code; not too bad), so merged it and closed this issue.
Please open new issue(s) for any breakage that I missed. I'll
Oh, and many thanks for your work on irtt, @peteheist! We really needed such a
tool :)
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/106#issuecomment-346331677
Since we now have support for a nice UDP measurement tool in irtt, and also the
ability to do fallback runner selection, we finally have an opportunity to
retire D-ITG for VoIP measurements.
This issue is a fork of the discussion from the old monster thread in #106 to
deal specifically with the
Pete Heist writes:
> So I'm glad! Looking forward to playing with this more soon. Thanks
> for all that refactoring too, looks like it was some real walking
> through walls...
Meh, it needed doing anyway. You just gave me a chance to repay a bit of
technical debt ;)
--
You are receiving this
The owd data is already being collected, so it's fairly trivial to add the
plots...
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/106#issuecomment-346483968___
Data file and debug log would be useful...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/120#issuecomment-346554395___
Flent-users mailing
Closed #118 via c052e8ca3d1c69f378b4a3af15fbee2400bc9d99.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/118#event-1355824217___
Flent-users
Closed #119 via 9d96cbfe0ae6ae9ac1bab13dabe081298fb0ed36.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/119#event-1356120743___
Flent-users
Dave Täht writes:
> flent -H 172.22.148.9 -H 172.22.148.9 -H 172.22.148.9 -H 172.22.148.9
> -t cake-simul udp_flood_var_up
You can't repeat the same host. If you want more data to the same host
use --test-parameter udp_bandwidth=400M
--
You are receiving this because you are subscribed to thi
I've been bitten by this a couple of times now, and got annoyed enough to open
a bug.
Basically, this will work:
```
irtt client -d 5s localhost
```
whereas this will appear to work but will silently ignore the parameter and
keep running for an hour:
```
irtt client localhost -d 5s
```
Ideal
Closed #122.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/122#event-1357363848___
Flent-users mailing list
Flent-users@flent.org
http://fle
Oops, opened this in the wrong repository...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/122#issuecomment-346859279___
Flent-users mailing
Pete Heist writes:
> Actually not sure if this should work yet or not, but rrul_be_nflows
> is one of the more common tests I do and it still uses UDP_RR...
Hmm, the test has been converted, so it's probably due to the fallback
behaviour. If you run Flent in verbose mode (-v) the debug output sh
Closed #121.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/121#event-1357460052___
Flent-users mailing list
Flent-users@flent.org
http://fle
Closed #100 via 5daa2b32bce8ef65070bc7855f4ae181cc1706c1.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/100#event-1357459950___
Flent-users
This is already fixed, you just need to pull the latest version...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/124#issuecomment-346932554_
Closed #120.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/120#event-1361138396___
Flent-users mailing list
Flent-users@flent.org
http://fle
Ah right, forgot about that. Only comment on this is that the single-element
extend calls should be changed to append without the wrapping in a list.
Also, please add a signed-off-by line to the commit message :)
--
You are receiving this because you are subscribed to this thread.
Reply to thi
Just fixed this manually and merged to master...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/pull/125#issuecomment-351680990___
Flent-users maili
Closed #125.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/pull/125#event-1387464017___
Flent-users mailing list
Flent-users@flent.org
http://flent
1 - 100 of 490 matches
Mail list logo