<Grommish>
If there a flag similar to SMALL_FLASH for SMALL_RAM? Or a way to exclude a package if the target doesn't have xxxx RAM size?
<pkgadd>
other than the two you mentioned, no - you'd have to introduce this flag (and you will find outliers in quite a few targets)
<Grommish>
Is there actually a SMALL_RAM? ny idea where it's defined?
<pkgadd>
especially as shared/ userland packages generally cover a number of different targets at the same time
<Grommish>
I will tree-grep for it
_lore_ has quit [Ping timeout: 260 seconds]
<pkgadd>
low_mem small_flash
<Grommish>
pkgadd: Right, but I'm talking about Suricata, which really shouldn't be available to devices below 512MB RAM
<Grommish>
pkgadd: Thanks :)
<pkgadd>
I suspected as much, a 512 MB RAM requirement will rule out most (mips-) targets
<pkgadd>
still, there are wide differences between devices in the same target
<Grommish>
The ER10x can run Suricata, as long as it doesn't use the et/open list
<Grommish>
and it's ramips, so I was hoping it was defined somewhere
<Grommish>
Hmm
<Grommish>
HOnestly, I bet the ER10x could run it if I enabled zswap
<Grommish>
but I wanted to talk to rsalvaterra first about it
<pkgadd>
and mips24kc does cover (among others) lantiq (not enough RAM), ath79 (not enough RAM) and mt7621 (may actually have enough RAM on a handful of individual devices) - not really possible to make a decision based on that
<Grommish>
pkgadd: *nod*
<Grommish>
Same for some of the Octeon targets
<Grommish>
The shield can run it, but the er/erlit won't.. Not sure on the er4
<Grommish>
pkgadd: Suggestions on a way to do it without having to DEPENDS by hand the targets? Or ust leave it to the enduser to not screw it up
<pkgadd>
I think only the later works
<Grommish>
Joy :D
<pkgadd>
aside from excluding some of the really ancient targets
<Grommish>
Would it feasible to put technical tables in the targets?
<Grommish>
Granted, it would be a core change, but hmm
<pkgadd>
I'd pretty guarantee those get outdated very, very soon
<pkgadd>
as there will only start to appear 1-2 outliers witch more/ less RAM - but no one will remember to update the tables
<Grommish>
well I mean in the target/linux/image/ Makefies
<Grommish>
like DEVICE_RAM := 1GiB
<pkgadd>
sure, but there won't be any functional effect of those settings
<Grommish>
Those won't change for individual targets
<pkgadd>
and accordingly the settings will be missed/ cargo-culted over, etc.
<Grommish>
Hmm.. Wonder if just having it exposed would be useful to anyone but me
<pkgadd>
I can't really come up with a reason
<pkgadd>
low_mem and small_flash make sense for the targets that are really bad, but marking the particular good ones not really
<pkgadd>
and the former settings only affect the non-shared packages (kernel) in particular
<Grommish>
Yeah. the level for low_mem/small_flash isn't useful for what I'm trying to do
<Grommish>
Ah well
<pkgadd>
yeah, those basically only cover 4 MB flash and <<=32 MB RAM
<Grommish>
Yeah, the et/open ruleset is 16Mb in text size itself. Well, they'll just need accountabiity and I'llput a warning in the description
kakaka has quit [Remote host closed the connection]
<Grommish>
and hope for the best
<pkgadd>
if it hurts, don't do it ;)
kakaka has joined #openwrt-devel
<Grommish>
Oh, it WORKS.. I just don't want someone with an Archer C7 bricking their device because they didn't know better
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<stintel>
it's tp-link it deserves to be bricked :P
* stintel
hides
<Grommish>
haah
<pkgadd>
firstboot is always there
<Grommish>
To check, verify, and uninstall if necessary?
<Grommish>
I could probably do it in Package/postinst too
<Grommish>
or preinst and abort the install?
<pkgadd>
why would you?
<Grommish>
to keep people from being stupid?
<pkgadd>
'but I just need it to do mailing logs, that's surely gonna work on my wrt-54gl!?!"
<Tapper>
pkgadd hahahahahah
<Grommish>
:D
<Tapper>
Grommish sup
<stintel>
wait what. doesn't that do wpa8 and 10 terrabit?!
<Grommish>
Tapper: Sir, how are ya
<Tapper>
Good man just about to get off to bed.
<stintel>
<Tapper>
I hope you have a good day.
<pkgadd>
it's generally a bad idea to restrict availability/ installability just because (most of) the devices (or a target) won't really make sense to run it
<Grommish>
Tapper: *nod* It's late there :) Enjoy the sleep!
<Tapper>
I am going to try and get on the discord for a chat tomorrow
<stintel>
Tapper: you just made it better by asking if we did
<Tapper>
lol
<stintel>
Tapper: I hope you did too
<pkgadd>
if the package is to heavy for your usecase, you'll notice soon enough
<stintel>
hahahaha
* Tapper
Hugs stintel!
<stintel>
package too heavy .. that's what she said
<stintel>
or something
* Tapper
waves. "later people"
* stintel
leaves and goes to bed, hugs Tapper on the way there
<Grommish>
pkgadd: My concern is damage to the device, but.. I can lockout the lower end and yolo the rest
<pkgadd>
Grommish: case in point, years ago (well, over a decade, actually), I was not happy at all that Windows SBS2008 rejected installing on a device with <8 GB RAM - sure, it doesn't make sense to actually do that, but it was a test device I could spare for doing a particular test - and it didn't matter to me at all that performance was cr^wbad
<Grommish>
Yeah.. but what happens when Suricata deathloops on a OOM-killer ;p
<Grommish>
and locks the device
<pkgadd>
end of the story, I had to steal 4 GB RAM out of my own system for the installation (only top remove them again just afterwards) and replace its good Intel e100 network card with rtl8139 (as the former wasn't supported either) - I was not happy about that trouble
<Grommish>
I know they should know better, but.. You've seen the forums
<Grommish>
Wait, you had a E1000 that didn't work?
<Grommish>
How the hell did you manag that ;p
luke-jr has joined #openwrt-devel
<pkgadd>
Grommish: e100, not e1000
<Grommish>
Ah
<pkgadd>
there are no intel drivers for e100 after vista
Tapper has quit [Ping timeout: 260 seconds]
<pkgadd>
but there are for rtl8139…
<Grommish>
I had a E1000 4-port in my iDataplex blade for a while, couldn't kill the thing
<pkgadd>
that experience made a quite an anti-fan for intel (well, that and repeated data loss -tx unit hang- on very different e1000 and e1000e cards spanning over half a decade)
<pkgadd>
s/intel/\&\ ethernet/
<Grommish>
*nod*
_lore_ has joined #openwrt-devel
<pkgadd>
I paid a lot of money for e100 in the 90s/ early 00s, because it was better than rtl8319 - but those cheap rtl8139 cards are still supported everywhere
<Grommish>
pkgadd: One of these days, I need to pick your brain on a few things regarding converting an existing DSA for use on another board, and for issues I'm having with host/install being called every time
<pkgadd>
please don't ;) I'm not that deep into that topic yet - and I don't really have DSA hardware to play with either (looking for something tough) (o.k., that is partly a lie, I do have a 4/32 tl-wr941nd v2 with a marvell fast-ethernet switch and DSA driver, forgive me for skipping that one - and I do have two realtek switches, which don't really offer much opportunity to play with (running in
<pkgadd>
production) either --> that's why I'm looking for something cheap to play with)
<Grommish>
I want to convert the RTL8366RB to RTL8367RB based on the hardware spec doc I found
<Grommish>
But, I won't :)
<pkgadd>
maybe my nbg6817 learns dsa first (of the devices I can actually use), but there are still mdio issues to sort out there
<pkgadd>
(before I can try DSA on it)
<Grommish>
*nod* Currently, i'm mixing DSA and swconfig on the same device and I"m being told that isn't great
slh64 has quit [Quit: gone]
<pkgadd>
it's at least a very hard cut between the two subsystems
<pkgadd>
configuring VLANs on a device with more than one switch isn't fun to begin with (lots of unwritten gotchas), but wrapping your head around DSA and swconfig at the same time isn't funny
<Grommish>
Yes, but I'm having issues on the switch0 (swconfig) having 1 dead port of the 5
<Grommish>
mt76 switch uses DSA, the rtl uses swconfig.. 9 of the 10 ports are working, one isn't ;/
<pkgadd>
yep; I remember - sorry, can't really contribute there
<Grommish>
Eh, It'll happen eventually. I found the datasheet, it uses the SMI, I just need to learn how to fix it up
_lore_ has quit [Ping timeout: 265 seconds]
<Grommish>
Anyway, enough for now.. I'll dole out the questions slowly because I know you're already super busy and really lacking interest in a device you don't own.. Next time, it'll be general package info, which will be more up your alley :D
<Grommish>
Thanks again!
_lore_ has joined #openwrt-devel
hbug__ has joined #openwrt-devel
hbug_ has quit [Ping timeout: 240 seconds]
ashkan has quit [Ping timeout: 268 seconds]
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
ashkan has joined #openwrt-devel
victhor has quit [Ping timeout: 260 seconds]
urjaman has quit [Read error: Connection reset by peer]
urjaman has joined #openwrt-devel
Guest89753 has quit [Changing host]
Guest89753 has joined #openwrt-devel
Guest89753 is now known as Red_M
Red_M has quit [Quit: |]
hbug__ has quit [Remote host closed the connection]
hbug__ has joined #openwrt-devel
Red_M has joined #openwrt-devel
Red_M has joined #openwrt-devel
Red_M has quit [Changing host]
Red_M has quit [Quit: |]
Red_M has joined #openwrt-devel
Red_M has quit [Changing host]
Red_M has joined #openwrt-devel
mmlb6 has joined #openwrt-devel
mmlb has quit [Ping timeout: 246 seconds]
mmlb6 is now known as mmlb
rmilecki has joined #openwrt-devel
wvdakker has joined #openwrt-devel
slh64 has joined #openwrt-devel
wvdakker has quit [Quit: wvdakker]
zkrx has quit [Ping timeout: 240 seconds]
zkrx has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
<ynezz>
aparcar[m]: did you have a chance to read what I wrote to you on #openwrt-adm ?
<aparcar[m]>
Yea what point did I miss to react on?
<ynezz>
aparcar[m]: so I'll try again here one more time, you've started from the end, you've added new build dependency to the buildbots (haven't seen it discussed anywhere), forget to add it to README.md and perhaps to the build prereq check as well
<aparcar[m]>
Starting them from the end results in the advantage of not breaking all builds by requiring a lib which isn't installed on any of the buildbots
<ynezz>
and we don't have control over all buildworkers, so we're going to disable few of them anyway
<aparcar[m]>
a few != break all builds
<aparcar[m]>
anyway I'm happy to revert it and hand it over to you, guidosarducci already offered to have it as a host tool instead of host dep
<ynezz>
no time, sorry
<ynezz>
BTW stintel is one of sysadmins so he has access to the ansible repo and can update the buildworkers under control when needed
<aparcar[m]>
he wants a second person to back it, since you were against it a did not encourage to proceed
cheakoirccloud has quit [Quit: Connection closed for inactivity]
zatwai has quit [Quit: ZNC 1.8.2+deb2~bpo10+1 - https://znc.in]
zatwai has joined #openwrt-devel
MichaelOF has joined #openwrt-devel
ashkan has joined #openwrt-devel
zatwai has quit [Quit: ZNC 1.8.2+deb2~bpo10+1 - https://znc.in]
zatwai has joined #openwrt-devel
paulcarroty has joined #openwrt-devel
ashkan has quit [Ping timeout: 240 seconds]
victhor has joined #openwrt-devel
meffe has quit [Ping timeout: 240 seconds]
johan has joined #openwrt-devel
snh_ has joined #openwrt-devel
Immanuel_ has joined #openwrt-devel
csrf has quit [Remote host closed the connection]
snh_ has quit [Read error: Connection reset by peer]
snh_ has joined #openwrt-devel
snh has quit [Ping timeout: 260 seconds]
snh_ is now known as snh
Immanuel has quit [Ping timeout: 252 seconds]
Immanuel_ is now known as Immanuel
csrf has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
<rsalvaterra>
nbd: I was looking at the recent mt76 commits, as I was curious about the commit which fixed the broadcast issue, but don't see anything obvious. Which one was it? :)
Neighbor11111116 has quit [Ping timeout: 268 seconds]
kab-el has joined #openwrt-devel
Neighbor11111116 has joined #openwrt-devel
rsalvaterra has quit [Ping timeout: 265 seconds]
rsalvaterra has joined #openwrt-devel
Borromini has joined #openwrt-devel
Tost has quit [Ping timeout: 260 seconds]
<Grommish>
Can someone check my syntax? Can I use !@(SMALL_FLASH || LOW_MEMORY_FOOTPRINT) for a package DEPENDS
<Grommish>
That would be a no :D
nitdega has quit [Quit: ZNC - 1.6.0 - http://znc.in]
Borromini has quit [Ping timeout: 240 seconds]
<Grommish>
@!SMALL_FLASH @!LOW_MEMORY_FOOTPRINT seems to work.. Anyone have a cleaner way?
nitdega has joined #openwrt-devel
Borromini has joined #openwrt-devel
Tost has joined #openwrt-devel
paulcarroty has joined #openwrt-devel
<xdarklight>
Hauke: I take from the people on the netdev list that GSWIP_MII_CFG_RGMII_IBS is something that needs testing first. are you fine with me removing it?
<xdarklight>
Hauke: (I am happy with it, I'd keep the definition but remove the usage of GSWIP_MII_CFG_RGMII_IBS)
<Hauke>
xdarklight: yes I am fine with removing it
<Hauke>
I just adde it becasue I saw it in the spec
dedeckeh has joined #openwrt-devel
<xdarklight>
Hauke: ok, sure. I'll ask one more question on the list and then re-spin tomorrow
victhor has quit [Ping timeout: 240 seconds]
swalker has quit [Ping timeout: 265 seconds]
swalker has joined #openwrt-devel
muhaha has quit [Quit: Connection closed]
<Rene__>
cd /2
victhor has joined #openwrt-devel
dedeckeh has quit [Quit: Connection closed]
ashkan has joined #openwrt-devel
Tapper has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
Tost has quit [Ping timeout: 246 seconds]
Tapper has quit [Ping timeout: 248 seconds]
Tapper has joined #openwrt-devel
dedeckeh has quit [Quit: Connection closed]
ashkan has quit [Ping timeout: 260 seconds]
kab-el has quit [Changing host]
kab-el has joined #openwrt-devel
ivanich has quit [Quit: Konversation terminated!]
Dracos-Carazza has quit [Ping timeout: 246 seconds]
paulcarroty has quit [Remote host closed the connection]
Tapper has quit [Ping timeout: 268 seconds]
rmilecki has quit [Ping timeout: 268 seconds]
kakaka has quit [Ping timeout: 240 seconds]
kakaka has joined #openwrt-devel
dxld has quit [Read error: Connection reset by peer]