gch981213499 has quit [Read error: Connection reset by peer]
gch9812134993 is now known as gch981213499
gch981213499 has quit [Read error: Connection reset by peer]
gch981213499 has joined #openwrt-devel
gch981213499 has quit [Read error: Connection reset by peer]
gch9812134992 has joined #openwrt-devel
nitdega has quit [Quit: ZNC - 1.6.0 - http://znc.in]
bookworm has quit []
nitdega has joined #openwrt-devel
bookworm has joined #openwrt-devel
<ynezz>
aparcar[m]: did you read my email? :P
<aparcar[m]>
yes
<aparcar[m]>
maybe I missunderstood it
<aparcar[m]>
but you naked it
<aparcar[m]>
but then hauke dropped support for 5, meaning 6 is the minimum anyway isn't it?
<ynezz>
it's host Vs target
<ynezz>
we don't build complete toolchain for the host
<ynezz>
those 5 patches were for target
<ynezz>
s/5/v5/
<aparcar[m]>
oh
<aparcar[m]>
than this was entirely unrelated
<aparcar[m]>
*then
PaulFertser has quit [Ping timeout: 260 seconds]
PaulFertser has joined #openwrt-devel
<ynezz>
mangix: AFAIU that commit has just exposed issues which should be fixed
nitroshift has joined #openwrt-devel
Dracos-Carazza has quit [Ping timeout: 246 seconds]
<ynezz>
so I'm running latest master on realtek switch with following DSA configuration http://sprunge.us/XT1ZEQ and it seems like the VLANs are not isolated properly as I'm seeing broadcast/multicast traffic from vlan10/router-lan on vlan200/testbed-lan
<PaulFertser>
Strykar: Host/Install is unrelated to what gets packaged in ipk to be installed on target.
<Strykar>
PaulFertser: so it should be under "define Package/libncurses/install"?
gch981213499 has joined #openwrt-devel
gch9812134992 has quit [Read error: Connection reset by peer]
<Strykar>
that only builds ncursesw6-config
<damex>
uh, i just installed luci-app-ddns and ddns-scripts-cloudflare and it done successfully. it is forever looping now in background doing 'opkg --force-removal-of-dependent-packages --force-overwrite --nocase info ddns-scripts'. why?
ivanich has joined #openwrt-devel
decke has joined #openwrt-devel
Ycarus has joined #openwrt-devel
<mangix>
ynezz: sure but someone has to fix them :\
<novski__>
i try to add a spi device to my Linkit Smart 7688 but `ls /dev/*spi*`does not show any available spi where the docs say the MT7688N has two. Do i have to enable it somehow?
<Strykar>
PaulFertser: right, I havent managed to package it, but I did get tic to build, and even with libncurses-dev installed on the target - https://bpa.st/QQCA which looks like a glibc issue
<PaulFertser>
Strykar: my guess is that those programs are compiled for the host to help building the databases etc. So you need some trick to cross-compile them.
awgh has quit [Remote host closed the connection]
PaulFertser has quit [Ping timeout: 260 seconds]
awgh has joined #openwrt-devel
gch9812134991 has joined #openwrt-devel
PaulFertser has joined #openwrt-devel
gch981213499 has quit [Ping timeout: 256 seconds]
gch9812134991 is now known as gch981213499
* ldir
urghs
<russell-->
ynezz: a few days ago i became aware of this in the context of adding support for bullet-ac: https://github.com/true-systems/ubnt-openwrt-flashing ... did you give any thought to trying to disable the rsa key check in the ubiquiti u-boot?
<ynezz>
russell--: it should be doable, yes
ivanich has joined #openwrt-devel
<russell-->
i don't know mips binary instructions, but i assume the sed is replacing an branch with a no op of some kind
<russell-->
a* branch
<ynezz>
which sed?
<russell-->
oh, sorry. i was referring to the flashing instructions where fwupgrade.real is hexdump'd through a sed and then reverse hexdump'd
<russell-->
hexdump -Cv /bin/ubntbox | sed 's/14 40 fe 27/00 00 00 00/g' | hexdump -R > /tmp/fwupdate.real
<ynezz>
yes, correct
<russell-->
nice
<ynezz>
but doing this for u-boot is obviously more risky
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
goliath has joined #openwrt-devel
<russell-->
yeah, probably not worth it.
<ynezz>
it depends on the volume
<russell-->
it would be nice if you could flash from urescue
<ynezz>
yeah, tell that to UBNT :p
<russell-->
but seems like the steps to accomplish that would be far beyond the available methods
<russell-->
yeah, totally.
<russell-->
anyway, i appreciate the work you put into finding the magic instructions
Darkmatter66 has joined #openwrt-devel
<karlp>
ynezz: I'm getting fallout from that specs cahngfe too, though I agree it looks right :| https://paste.jvnv.net/view/8ghmN was me trying to understand it the other day, but it's same now, a sunxi build fails, but ath79 works, for the same app, while other apps do build on sunxi, and the sunxi build is fixed when I revert the rules.mk change :|
Corny has joined #openwrt-devel
<Corny>
I everyone. I am struggeling with a custom kernel configuration. I can not enable NET_DROP_MONITOR. Does anyone have a hint for me? I also described my issue in the forum: https://forum.openwrt.org/t/enabling-net-drop-monitor/82259
gch981213499 has quit [Read error: Connection reset by peer]
gch9812134992 has joined #openwrt-devel
ivanich has quit [Quit: Konversation terminated!]
adrianschmutzler has joined #openwrt-devel
Dracos-Carazza has joined #openwrt-devel
victhor has joined #openwrt-devel
Borromini has quit [Quit: leaving]
Dracos-Carazza has quit [Quit: ZNC 1.7.1 - https://znc.in]
Dracos-Carazza has joined #openwrt-devel
Dracos-Carazza has quit [Quit: ZNC 1.7.1 - https://znc.in]
Dracos-Carazza has joined #openwrt-devel
Dracos-Carazza has quit [Client Quit]
Dracos-Carazza has joined #openwrt-devel
gch9812134992 is now known as gch981213
linzst has joined #openwrt-devel
linzst has quit [Max SendQ exceeded]
linzst has joined #openwrt-devel
Dracos-Carazza has quit [Ping timeout: 256 seconds]
Corny has quit [Remote host closed the connection]
fork_ has quit [Quit: Bye.]
fork_ has joined #openwrt-devel
Borromini has joined #openwrt-devel
zkrx has quit [Quit: I'm done]
Dracos-Carazza has quit [Ping timeout: 256 seconds]
victhor has quit [Quit: Leaving]
xes has quit [Quit: bye..]
<adrianschmutzler>
If I create a package that only consists of local files, will I create Build/Prepare and Build/Configure as empty or leave them undefined?
decke has quit [Quit: Leaving.]
<russell-->
adrianschmutzler: i think empty
<russell-->
Build/Compile and Build/Configure in my case
<adrianschmutzler>
nothing to compile either, just uci-defaults/scripts
<adrianschmutzler>
Build/Compile needs to be empty indeed
<adrianschmutzler>
but I'm not sure about the other two, have found different examples
<russell-->
empiricism, ftw
<adrianschmutzler>
I have actually already tried to read the package*.mk files, but I'm still not really sure since I'm dealing to rarely with that stuff
hbug has quit [Remote host closed the connection]
hbug has joined #openwrt-devel
MarioH has joined #openwrt-devel
<adrianschmutzler>
well, let's just remove them and see whether building explodes in my face ...
<russell-->
that's exactly what i would do (did*, iirc)
<adrianschmutzler>
tmn505: thanks. However, all of the relevant definitions are flagged as optional in the documentation, and I also found defaults in the package*.mk files already. The question is more whether these defaults are suitable
<adrianschmutzler>
(as I can only partially judge the latter)
<adrianschmutzler>
I suspect that it just won't matter without an external source pulled, but I'm not sure
<adrianschmutzler>
tmn505: btw, you are the one with the c-75 patches?
xes has joined #openwrt-devel
<tmn505>
adrianschmutzler: yes
linzst has joined #openwrt-devel
<adrianschmutzler>
I'm not really satisfied with the partition labels, I'm still looking for something that both expressed your "reserved" but also the fact that these are part of the concatenated partition
<adrianschmutzler>
but I'm still searching for an idea there ...
<tmn505>
I'm fine with whatever You'll come up with.
<adrianschmutzler>
it's not so much about your patch, I will just merge it later.
<aparcar[m]>
novski__: what are you running on? kernel 4.14 looks way to old
<novski__>
im on 19.7
<novski__>
19.07.4, r11208-ce6496d796 exactly
<Borromini>
aparcar[m]: hehehe. all of 19.07 is on 4.14 :P
<aparcar[m]>
awkward
<Borromini>
well, not even i think. there's some targets on 4.9 even
<aparcar[m]>
sorry
<novski__>
ah sorry Linux version 4.14.195
<novski__>
do i have to download the package again an just try another build?
<aparcar[m]>
novski__: please compare the checksums
<aparcar[m]>
maybe something went wrong with the download
<novski__>
aparcar[m]: i will. Thanks
<aparcar[m]>
adrianschmutzler: what do you think about not requiring a PKG_BUMP for base-files anymore and entirely use the number of commits? It's inconvenient to ping everyone to raise the PKG_RELEASE, especially if 5 people have patches in parallel, because then we have to fixup the release anyway.
dedeckeh has quit [Remote host closed the connection]
gch981213 has quit [Read error: Connection reset by peer]
gch9812131 has joined #openwrt-devel
dangole has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
ivanich has quit [Quit: Konversation terminated!]
Borromini has quit [Quit: leaving]
<karlp>
seems reasonable for base-files, where the content is in the repo, and the seq number is used elsewhere.
<karlp>
could arguably be applied to all packages in core...
Redfoxmoon has quit [Read error: Connection reset by peer]
Redfoxmoon has joined #openwrt-devel
<jow>
the scheme breaks down if you factor in branches
Redfoxmoon has quit [Changing host]
Redfoxmoon has joined #openwrt-devel
<karlp>
I thought this was just proposed for the pkg-release bit? so the pkg-version would still be relevant, but yeah, it could get confusing.
<mangix>
aparcar[m]: 4.14 is LTS
<mangix>
4.4 on the other hand is super LTS
black_ant has quit [Ping timeout: 268 seconds]
swex has joined #openwrt-devel
gch9812131 has quit [Read error: Connection reset by peer]
gch981213 has joined #openwrt-devel
<rsalvaterra>
mangix: 4.4, 4.9, 4.14, 4.19, 5.4, 5.10 (this is the odd one out :P).
<rsalvaterra>
(Or, shall I say, even. :P)
<pkgadd>
whatever happens to be the last stable kernel published in a calendar year
<pkgadd>
..with a little wiggle room in either direction
<mangix>
rsalvaterra: I forgot how it went. 4.4 is super LTS as well as 4.19 I think
<mangix>
4.4 will be supported through 2038 I believe
<mangix>
blame the japanese
<karlp>
that's the one for trains and shit right? I remember they wewre planning some super long term maintennance
<mangix>
yep. they call it "social infrastructure"
<mangix>
based on kernel 4.4
slh64 has quit [Read error: Connection reset by peer]