erysdren has quit [Quit: Konversation terminated!]
<AlienSoldier>
i notice that mediaplayer have tread name with "audio in" and "audio ou". Not sure if the lack of t in "out" is a space limitation or a typo.
AlienSoldier has quit [Quit: Vision[]: i've been blurred!]
<botifico>
[haikuports/haikuports] Peppersawce 6c7b1dc - PrBoom-plus: add icon and menu entry (#11321)
Begasus_32 has quit [Quit: Vision[]: i've been blurred!]
MonniTheKitten has quit [Ping timeout: 480 seconds]
JakeSays has joined #haiku
Begas_VM has joined #haiku
JakeSays1 has quit [Ping timeout: 480 seconds]
hightower4 has quit []
<Hanicef[m]>
Is there a reason why sshd is enabled by default? For a desktop os, it doesn't make a lot of sense for it to be enabled and could be problematic security-wise if the user is unaware of it on, say, a public wifi.
<MonniTheCat>
Even if the sshd is enabled, nobody can login as there is no password set and sshd doesn't allow login with empty password
<MonniTheCat>
I've only ever seen Ubuntu allow ssh login with empty password...
<Begasus[m]>
morning Hanicef Mika Lindqvist
<Begasus[m]>
iirc there is a default login for ssh
<Begasus[m]>
k, let's test this assert.h fix on nightly with kdevelop changes :)
<MonniTheCat>
Begasus: I tried downgrading 32-bit Haiku to +113 before running HaikuPorter just to confirm my suspicion... But I haven't tried building anything else than expat yet...
<Begasus[m]>
Mika Lindqvist I was wondering yesterday, do you try to install packages build from anything higher then +113 on a default install?
<Begasus[m]>
eg, package build on nightly won't work to install on beta5
<MonniTheCat>
Begasus[m]: On 64-bit Haiku I tried packages from +122 and +125, on 32-bit Haiku I only tested +125 and nightly...
<Begas_VM>
packages from +122 on +113 ?
<MonniTheCat>
I suspect the issue is still running pkgman or SoftwareUpdater before HaikuPorter...
<MonniTheCat>
Begas_VM: Mixing +122 and +113 did work, but mixing +125 or nightly on +113 didn't work...
<Begas_VM>
I can still install packages build for beta4 on a beta5, no issues there
<Begas_VM>
it's not intended to mix packages from +125 on +113
<Begas_VM>
packages build on +125*
<MonniTheCat>
It literally allows mixing packages from up to two patch releases of beta 5, but there is no limitation if the base hrev is different...
<Begas_VM>
higher doesn't work on lower, lower should work on higher hrev
<MonniTheCat>
higher does work on lower... I've used nightly on +122...
<Begas_VM>
a package I just build: requires: haiku>=r1~beta5_hrev58356-1
<Begas_VM>
that won't work/install on beta5
<Begas_VM>
and it's not intended for it
<MonniTheCat>
I had +122 bootloader and kernel on my main installation for weeks before waddlesplash fixed the memory corruption issue in nightly bootloader...
<Begas_VM>
yeah, just full-sync and be done?
<Begas_VM>
did the same here
<MonniTheCat>
Begas_VM: full-sync doesn't work when mixing versions (beta5 and nightly)...
<Begas_VM>
you shouldn't mix beta5 and nightly
JakeSays1 has joined #haiku
<MonniTheCat>
Begas_VM: I just tested it to prove that it partially works... not every hrev pairs can be mixed and it doesn't work with more than 2 hrevs...
<Begasus[m]>
I don't see the point on those checks, it's a known thing to not use nightly packages on beta5, hence they reverted the builld for that "firefox" package on beta5
JakeSays has quit [Ping timeout: 480 seconds]
<MonniTheCat>
Begasus: My network adapter is not supported on beta5, but is supported on nightlies... so I can't use git, BeShare or Vision with beta5...
<Begasus[m]>
well, good, then use nigthly, just know that building packages could brake when building on beta5 (as that is what buildmasters use), seen it happen before, those had to wait for a next beta
<Begasus[m]>
for the record, internal wifi isn't supported here too, hence I bought a external USB one
<MonniTheCat>
Begasus[m]: That's why I tried to fool HaikuPorter to use headers and libraries from +113 and not from current hrev...
<Begasus[m]>
OK, explains why you are getting weird errors :)
<MonniTheCat>
Begasus[m]: korli suggesting using "pkgman full-sync" is bad advice as I alrady pointed out... But otherwise it's possible to mix individual binary packages from different hrevs of haiku_devel...
<Begasus[m]>
I think afaik you are the only one trying to mix up things like that, building haiku/haiku_devel from source can be a good thing to check out some issues/errors (done it too), but not mixing current hrev with an older hrev
<MonniTheCat>
Begasus[m]: Even though I have been developer for 41 years, I still think as normal user, which means I do stupid things just to prove something isn't fool proof (yet)... Most new users aren't professional developers...
<Begasus[m]>
PS, you should go back to +111 then, as that is what buildmasters use: /boot/home/haikuports/packages/haiku-r1~beta5_hrev57937_111-1-x86_64.hpkg
<Begasus[m]>
heh
<Begasus[m]>
I'm not a developer in any way :)
<MonniTheCat>
Begasus[m]: The beta5 ISO images are +113 and I can't boot raw images, those fail to find the partition...
<Begasus[m]>
We all got our isseus :D mine is that it doesn't find a valid boot partition now :)
<MonniTheCat>
Begasus[m]: I did remove activated-packages when my installation didn't find boot partition... basically it contained too many conflicting packages...
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
<Begasus[m]>
I'm the king of conflicting packages! :D
<MonniTheCat>
I have old style MBR boot now with no EFI partition or anything modern...
<Begasus[m]>
needed to boost the specs for 64bit nightly in VM :)
<MonniTheCat>
Begasus[m]: I keep running out of disk space when building 64-bit Haiku and no custom settings... And for some weird reason it doesn't work without userland_fs...
<Begasus[m]>
when I had Haiku running on bare metal it went pretty smooth building Haiku from source
<Begasus[m]>
now that I think of it, could the anyboot images somehow prevent this booting from USB? I still have those on my partition ...
<Begasus[m]>
or maybe even having the Haiku sources and build packages on that partition?
<MonniTheCat>
I can only boot from anyboot image if I have empty hard disk... after I install on hard disk, booting from anyboot ISO will fail...
<Begasus[m]>
still got Win11 on here, don't wan't to nuke it (yet) :)
<MonniTheCat>
I tried putting 32-bit Haiku and 64-bit Haiku on same PC on different drives, but that doesn't break boot... only having CD boot enabled will make finding boot partition fail...
<Begasus[m]>
32bit doesn't boot on this laptop, but have been using dual boot for Haiku on others, worked fine
Anarchos has joined #haiku
<Begasus[m]>
dual boot as in 32bit + 64bit
<Begasus[m]>
morning Anarchos :)
<Anarchos>
hello Begasus[m]
<MonniTheCat>
I tried different hrevs on CD and only some hrevs caused boot failure...
<Anarchos>
Begasus[m]: i made progress on the ticket #3545
<Begasus[m]>
Anarchos nice!
<Anarchos>
Begasus[m]: now i try to understand all the layers of the scsi driver, to know where i should put my modification.
<Hanicef[m]>
<MonniTheCat> "Even if the sshd is enabled..." <- Even in that case, i don't see a reason for it to be enabled by default. Sshd is mainly for servers, and is not normally used on haiku, so disabled by default makes more sense to me.
<Begasus[m]>
I'm not a developer Hanicef, but I use ssh-agent daily :)
<MonniTheCat>
I use my Haiku installations from my work PC all the time... I have even used Haiku through serial cable...
<Hanicef[m]>
Begasus[m]: Ssh-agent is client-side, i'm talking about the server, sshd.
<Begasus[m]>
see, that's why I'm no developer ;)
<Hanicef[m]>
This is technically more sysadmin stuff, but i see your point :P
<Begasus[m]>
PS, NeoChat 24.11.80 is running pretty smooth on Haiku atm, just had to disable notifications
<Begasus[m]>
Trying out KDevelop-24.11.80 now with qtwebengine disabled
<MonniTheCat>
I need to reinstall irssi as I had to wipe the partition to resize it...
MonniTheKitten has joined #haiku
<|cos|>
euhm. sshd isn't designed to let anyone in without a valid password != implementation is necessarily fully bug-free.
<|cos|>
while software from the openbsd project is among the highest quality in the world, exposing a service is always a risk.
* |cos|
is sure hoping sshd needs to be explicitly enabled once haiku reaches release candiate versions
<MonniTheCat>
I'm not even counting how many serious bugs there has been in OpenSSH... Some were unfixed for over 10 years...
<MonniTheCat>
What we call SSH nowadays is just TLS... SSH itself was deprecated a long time ago...
<phschafft>
there we go again...
<Hanicef[m]>
MonniTheCat: No, it wasn't. Ssh is still the standard for remote shell access on servers. But again, haiku is not a server os, so it doesn't make sense here.
<Hanicef[m]>
Also, @[|cos|]'s argument is just *more* of a reason for it to be disabled by default
<MonniTheCat>
Hanicef[m]: It's not standard, there is almost as many implementations as there is computers on internet...
<Hanicef[m]>
MonniTheCat: Well, what alternatives are there? Tls can't be used for remote shell access alone, and you can even run it on top of ssh if you like - it fully supports that
<MonniTheCat>
Hanicef[m]: I haven't used ssh in about 5 years, but I have used TLS 1.2 and TLS 1.3 almost every day...
<phschafft>
the problem is that MonniTheCat likes to complain about things and then tell how everything was better in the past or something. last time he was unabled to actually point to any real problem with ssh. I think he just doesn't like it's colour, shape, or the weather or something.
* Anarchos
reminds that enabling/disabling sshd is just a checkbox in NetworkPreferences. Something casual user doesn't need to bother, and power user will easily finds out.
<phschafft>
Anarchos: personally I found it was done nicely.
<Hanicef[m]>
phschafft: I'm not against it per-se, but imo the server should be disabled by default, as @Anarchos pointed out
<phschafft>
having ssh disabled on a desktop by default surely makes sense. starting with it just not needing system resources if it doesn't run. but it is also very nice to have it installed by default, so in case you need to fix something you have it without more steps needed.
<phschafft>
Hanicef[m]: I think we all agree on that one.
<Hanicef[m]>
I can look into that during the weekend, then. Changing it should be a simple one-line change in the code.
zardshard has left #haiku [Disconnected: Replaced by new connection]
zardshard has joined #haiku
levitating_ has quit [Remote host closed the connection]
levitating_ has joined #haiku
levitating_ has quit [Remote host closed the connection]
levitating_ has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
mmu_man has joined #haiku
PetePete has joined #haiku
<Begasus[m]>
Kasts-24.11.80 on 32bit with KF6 6.7.0 fine too :D
SLema has quit [Ping timeout: 480 seconds]
Begasus_32 has joined #haiku
PetePete has quit [Ping timeout: 480 seconds]
tuaris has joined #haiku
dovsienko has quit [Quit: Leaving]
linuxmaster has quit [Ping timeout: 480 seconds]
bbjimmy has joined #haiku
levitating_ has quit [Ping timeout: 480 seconds]
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
bbjimmy has joined #haiku
bjorkintosh has joined #haiku
* Begasus[m]
missis building on bare metal 🤧
MrSun has joined #haiku
OscarL-32 has joined #haiku
<OscarL-32>
Hanicef[m]: re sshd being ON by default. You could open a ticket about it. At the very least, because it being ON at first install is misleading, as it wont work OOTB (no password set, PermitRootLogin not set).
<OscarL-32>
Hi Begasus[m].
MrSunshine_ has quit [Ping timeout: 480 seconds]
<Begasus[m]>
Hi OscarL-32 :)
<OscarL-32>
Speaking of building on bare-metal (plus building on RAMFS)... at least for unoptimized builds of 3.14.0a2 on 32 bits... speed up is quite notable.
<OscarL-32>
4m42 on bare-metal, almost 13.5m on VBox.
_-Caleb-_ has left #haiku [#haiku]
<Begasus[m]>
there is an echo in the room :)
<Begasus[m]>
nice OscarL-32 !
<OscarL-32>
I need to either stop using "~" on recipe names, or fix Terminal so it properly recognizes paths with "\~" so I can use them with CMD+click.
freakazoid332 has joined #haiku
<OscarL-32>
mmm, Python's multiprocessing/{popen_}forkserver.py giving problems again :-(
jmairboeck has joined #haiku
<Begasus[m]>
well, had kdevelop latest beta up and running earlier (on nightly) :)
<jmairboeck>
OscarL-32: I think you could quote the filename in single quotes (') to avoid the need for escaping ~
<jmairboeck>
but Terminal ignoring/unescaping escape sequences would be nice as well
<Begasus[m]>
Hi there jmairboeck :)
<jmairboeck>
hi Begasus[m]!
<OscarL-32>
jmairboeck: it is not me the one doing the escaping. that's just from the output of "query", for example.
<jmairboeck>
ah, ok
<OscarL-32>
more reason to make Terminal de-escape strings before testing if they are paths :-)
frkzoid has quit [Ping timeout: 480 seconds]
<OscarL-32>
"OSError: [Errno -2147459058] Operation not supported", while trying to bind() to an AF_UNIX address.
<Begasus[m]>
wild guess, could it be that the build anyboot images on the Haiku data partition somehow confuse the bootloader when booting from thumbdrive?
<Begasus[m]>
tsss
scantysnax has quit [Quit: Vision[]: i've been blurred!]
<OscarL-32>
you mean .iso files inside your old data partition?
_-Caleb-_ has joined #haiku
<OscarL-32>
if so, I don't think so. Presence of /system/*, on the other hand... might?
<Begasus[m]>
yeah, the ones build from source (and a few qemu images I used there)
<augiedoggie>
query has an option to omit meta characters
<augiedoggie>
still doesn't help if the filename has spaces and such
<OscarL-32>
augiedoggie: "query -e", Thanks for the heads up!
* OscarL-32
updates his "qn" alias :-)
PulkoMandy has joined #haiku
<OscarL-32>
Sweet! Thanks again augiedoggie!
<augiedoggie>
np
probono98 has joined #haiku
probono98 has quit [Quit: Ping timeout (120 seconds)]
MrSunshine_ has joined #haiku
scantysnax has joined #haiku
<OscarL-32>
Moved the Python work-dir back to BFS, now the error while trying to bind to a unix socket went away. I guess it is a RAMFS limitation?
MrSunshine_ has quit [Remote host closed the connection]
MrSun has quit [Ping timeout: 480 seconds]
<Begasus[m]>
bugger, now kdevelop starts from scratch ...
SLema has joined #haiku
<OscarL-32>
Only seeing ticket #19261 regarding RAMFS and sockets. Not sure if that's what I'm seeing or not :-/
Anarchos has quit [Remote host closed the connection]
<OscarL-32>
tring to type "` " with a LatinAmerican keyboard is an excercise in frustration :-D (AltGr+] and then space).
<Begasus[m]>
Just press "4"? :P
<Begasus[m]>
ah no it's the backtick `
<Begasus[m]>
AltGr+µ :)
<Begasus[m]>
``
Halli has joined #haiku
<Begasus[m]>
hit it twice + bacspace works also :)
<waddlesplash>
OscarL-32: that bind() is unrelated to ramfs at least
<OscarL-32>
Begasus[m]: on a Spanish keyboard, it is just ` and then space. (or yes, hitting it twice). But in Argentina, laptops come with LatAm layout, not Spanish (as desktop keyboards, lol)
<waddlesplash>
Begasus[m]: we should try harder to get your bare metal fixed I think
<waddlesplash>
you said you have Win11 on this? So it's an EFI system?
<OscarL-32>
waddlesplash: good to know, was about to add a comment on the mentioned ticket. Will refrain to do so :-)
<waddlesplash>
did you delete the EFI bootloader from the EFI partition?
<Begasus[m]>
Had it booting over EFI yes
<waddlesplash>
OscarL-32: oh, maybe it is a ramfs issue then
<waddlesplash>
I would expect it to occur at a different place
<waddlesplash>
but if it went away when moving the workdir then I guess it probably is
<Begasus[m]>
erased all Haiku related things on there, only thing left is the BFS data partition
<Begasus[m]>
that is the partition part on the succeeded launch from syslog
<waddlesplash>
that looks standard
<waddlesplash>
oh
<waddlesplash>
can you do this with the USB inserted?
Begasus has joined #haiku
<waddlesplash>
that way if the USB partitions fail to scan, but the boot still succeeds, we will get those errors
<waddlesplash>
in the syslog
<Begasus>
I'm lost now
<Begasus>
I can't boot this on this laptop, that part of the syslog is from the other laptop where it does boot
<Begasus>
so even trying to boot it here won't write anything to the syslog I though you said waddlesplash?
<waddlesplash>
Begasus: on the laptop where it does boot, you said the bootloader doesn't see the USB partitions?
<waddlesplash>
so, boot the regular partition, but with the USB inserted
levitating_ has quit [Remote host closed the connection]
<waddlesplash>
this way, we should get a successful boot and a write to syslog, but we should see the errors from the bootloader trying to scan the USB
levitating_ has joined #haiku
<Begasus>
on that laptop there isn't a Haiku install (Debian as mentioned earlier)
<waddlesplash>
err, then how'd you boot there?
<Begasus>
from USB
<waddlesplash>
okay, so the USB partitions do show up
<waddlesplash>
are there any systems where they don't besides the one that can't boot Haiku at all?
<Begasus>
same thumbdrive, 1 successful boot, 2 with the mentioned boot volume not valid
<waddlesplash>
so it's intermittent?
<Begasus>
laptop nr2 boots into 32bit install, but fails to boot from thumbdrive (I have the thumbdrive inserted there) atm
<Begasus>
jmairboeck, so only "#undef static_assert" after the #include <assert.h> ?
<Begasus>
build at [319/1333], so can still nuke it :)
<waddlesplash>
Begasus_32: that looks much healthier
<waddlesplash>
still doesn't boot though? or does it work now?
<Begasus>
on laptop nr3 it boots, on the other 2 it doesn't
<jmairboeck>
Begasus: yes, that should work I think
<Begasus>
well, haven't checked nr2 now, as I used that to grab syslog info
<Begasus>
this one 'nr1' building qt6_base atm
zard has quit [Quit: leaving]
<waddlesplash>
if it does not boot on nr2 I would like the syslog of a boot with it plugged in
<Begasus>
ok, restart build ... afk for a bit, food :)
<waddlesplash>
as that should have the bootloader errors in it then
<Begasus>
k, will try to boot on nr2 in a bit
<waddlesplash>
thnx
levitating_ has quit [Ping timeout: 480 seconds]
SLema has quit [Ping timeout: 480 seconds]
gouchi has joined #haiku
gouchi has quit [Remote host closed the connection]
freakazoid332 has quit [Read error: Connection reset by peer]
frkazoid333 has joined #haiku
chaosDNA has joined #haiku
chaosDNA has quit []
Begasus_32 has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
jmairboeck, didn't work, ended up with the same error mentioned in the issue: /sources/qtbase-everywhere-src-6.7.2/src/corelib/global/qtypes.h:165:15: error: expected declaration specifiers or '...' before 'sizeof'
<Begasus>
waddlesplash, still doesn't boot with the thumbdrive inserted, can only grab info after booting into the installed 32bit and inserting the thumbdrive, not sure if that gives any new information?
<waddlesplash>
Begasus: can't you boot the installed 32bit after inserting the thumb drive?
<waddlesplash>
just select the existing partition
<Begasus>
it fails to boot even when selecting the installed partition eg prior state
<waddlesplash>
strange
<waddlesplash>
may be worth mentioning that on the ticket
<waddlesplash>
anything interesting in the bootloader log in that case
<waddlesplash>
?
<Begasus>
trying to grab the part from syslog into a txt file after reboot
<Begasus>
will add it as attachment to the ticked, too large to paste
<Begasus>
added, time to close down here now :)
Begasus has quit [Quit: Vision[]: i've been blurred!]
<Begasus[m]>
pulling the plug here
<Begasus[m]>
cu peeps!
bbjimmy_64 has joined #haiku
bbjimmy has quit [Read error: Connection reset by peer]
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
chilledfrogs has quit [Quit: connection reset by purr]
OrangeBomb has quit [Quit: Slacking off]
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
OrangeBomb has joined #haiku
chilledfrogs has joined #haiku
_justin_kelly9759578656 has quit [Read error: Connection reset by peer]
_justin_kelly9759578656 has joined #haiku
jmairboeck has quit [Quit: Konversation terminated!]
HaikuUser has joined #haiku
HaikuUser has quit []
x10z has joined #haiku
chaosDNA has joined #haiku
chaosDNA has quit [Remote host closed the connection]