<botifico>
[haikuports/haikuports] davidkaroly b599df8 - llvm16: new recipe (#9141)
<Begasus>
you need to get it touch with those running HA for that
<cocobean>
Check is in the mail. ;)
<Begasus>
don't know how zard has been incorperating the agg changes into Haiku and or upstream can be used instead?
<Begasus>
maybe ask upstream if they can do a new release :P
<cocobean>
There is a AGG copy in kernel.... the forks were sent patches which they pull from the SourceForge repo or their own repo. Yes, that was the intended goal to ask for a AGG release and residing SourceForge files/repo.
<cocobean>
(for file mirroring)
milek7 has joined #haiku
x10z has joined #haiku
<cocobean>
bbl
cocobean has quit [Quit: Page closed]
ClaudioM has joined #haiku
<Begasus>
nice ... Qalculate with locales :)
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
<botifico>
[haikuports/haikuports] Begasus 7c848d7 - premake, bump version 5, rename both so both can be installed (#9313)
mmu_man has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
cocobean has joined #haiku
<cocobean>
Begasus: Using checksum "ff34bb13a564a11ffdaa0371079b23e1f92c86644b2b03fb5918317307cdcc14" - updated recipe, reran recipe - it worked on my end
<cocobean>
That'll fix the issue for now.
cocobean has quit [Quit: Page closed]
cocobean has joined #haiku
<cocobean>
I used yesterday's chksum for the file - but updating to today's chksum worked. Seems SourceForge changes/recreates something (a temporary cache/VM ?!) daily - hence the chksum change. To build the AGG recipe, just update the chksum for now.
freddietilley has quit [Quit: WeeChat 4.0.2]
cocobean has quit [Quit: Page closed]
noir has joined #haiku
bjorkintosh has quit [Quit: Leaving]
* OscarL
thinks cocobean is missing the point here. Updating the SHA to something that will work just temporarily, makes no sense. (imaging wanting build that recipe locally any other day). Sourceforge's "code-snapshot" URLs should not be used.
<OscarL>
One could use a SOURCE_URI for stable release + a .patchset file that incorporates the needed upstream commits, if one really needed something *Right now!* that incorporates latest unreleased changes.
B2IA has quit [Quit: Vision[]: i've been blurred!]
B2IA has joined #haiku
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
xet7 has quit [Remote host closed the connection]
x10z has joined #haiku
<Begasus>
wb OscarL :)
<Begasus>
llvm16 still at it ...
<OscarL>
Hey Begasus! what a beast of a package! :-D
<Begasus>
yeah, went pretty fast here though :)
<OscarL>
show off! :-P
<Begasus>
:P
matt5 has joined #haiku
<Begasus>
can't keep up at time from the output in Terminal, specialy if I want to checkup on configure runs ;)
<OscarL>
nice problem to have! :D
<matt5>
hullo
<Begasus>
hi matt5
<matt5>
hi :)
<Begasus>
compared to the other laptop ... :)
<Begasus>
too bad that other one has some heat issues :/
* OscarL
was drooling about a mini PC with a Ryzen 7 7840HS... insane performance in < 65 watts. Wish I had 700 euros (and could get one of those down here at that price :-D)
<OscarL>
hello matt5.
<OscarL>
Seems inflation is not only a thing down here in Argentina... matt2, matt3, now matt5 :-P
<matt5>
hello OscarL, nice pc
<Begasus>
heh
<matt5>
tell me a nice nick => i will change / use ...
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL>
matt5: yours is fine! I was just attempting to be humorous :-)
<OscarL>
Oh, it is a 2-1 even! Nice! (link fails to open from down here :-/)
<Begasus>
whoops :)
<Begasus>
err ... nah, wrong one (not 2in1)
matt5 has left #haiku [Leave.]
<OscarL>
meanwhile... I need to try to fix my Atom-based netbook's battery yet again. Tried changing its 18650 cells (worked last time), but it ain't taking it this time :-/ (need a better/functioning multimeter too).
<zdykstra>
I love how so many people from around the world hang out in this channel
<zdykstra>
That's really neat to see
<matt5>
i think beos/haiku people are the most intelligent people in the world ...
* OscarL
looks at the mirror... Mmm... not sure about that one!
<OscarL>
:-P
<matt5>
linux people => imaginative people
<matt5>
in fact linuxians do the windows counterpart but on the left
<matt5>
the beos was to cure the soul => stuff for saints
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
HaikuUser2 has quit [Quit: Vision[]: i've been blurred!]
HaikuUser3 has quit [Quit: Vision[]: i've been blurred!]
<matt5>
the souls are in a separate dimension => no problem
cocobean has joined #haiku
<cocobean>
OscarL: Normally, that is the case. Yet, we can build from the same single originating source, or create a "safe" snapshot, with just a minor fix and not more manhours spent.
<cocobean>
(Or, repoint it to a forked repo) ;)
<cocobean>
My comment earlier was just to get packages built from the buildbots.
<OscarL>
Understood. Still think a better solution would be stable SOURCE_URI + patches... or wait for a release :-D
<OscarL>
Begasus: regarding your Qalculate PR... just wondering... you sure the change in app_flags is necessary? I mean... does it breaks if you open two instances of it? And also... regarding it not opening associated filetypes... isn't there a special flag that 3dEyes uses for Qt apps in that case?
<OscarL>
(I might be just misremembering the last part)
<Begasus>
OscarL, it didn't show up in Recent Applications in the menu
<Begasus>
and it complains when opening a second one :)
<OscarL>
Alright then!
* OscarL
sometimes opens more than one instance of a calculator app, so... just making sure it was needed :-D
<Begasus>
how does/did it change associated file type?
<Begasus>
if you mean that from yesterday, that's history :)
xet7 has joined #haiku
<OscarL>
yeah, was thinking about yesterday, and some half-memory I have of related code by 3dEyes. Nevermind me :-D
<nephele>
removing B_ARGV_ONLY makes sense
<nephele>
but why set it to single launch?
<nephele>
does the app properly implement the qt api for that?
<nephele>
the qt api i'm refering to is related to handeling file drop events later in the launch
<nephele>
what qt uses for handeling B_REFS_RECEIVED
<augiedoggie_>
sorry, i was responding to an earlier comment
<nephele>
Well, Q_REF_TO_ARGV is qt app specific, but only necceary if the app does not implement the coresponding api :/
<nephele>
if it does not, and the workaround flag is not set you won't be able to launch a second instance
<OscarL>
Q_REF_TO_ARGV <<< that was the one I half-remembered, thanks augiedoggie_ :-D
<Begasus>
weird, now it doesn't complain about opening a second instance and still shows up in Recent ... :/
<Begasus>
restored to original: resource app_flags B_MULTIPLE_LAUNCH | B_ARGV_ONLY;
<nephele>
don't do that
<nephele>
B_ARGV_ONLY is Wrong
<nephele>
You will not be able to screenshot the application if you set this flag, and it will be killed on shutdown instead of beeing asked to quit nicely
<nephele>
don't set this for gui applications!
<Begasus>
got it back :)
<Begasus>
yeah, thought I'd seen you mentioning it at the forum nephele
<OscarL>
Begasus: see the link by augiedoggie_ . Maybe adding "resource file_types message " *and** "resource("QT:QPA_FLAGS") "Q_REF_TO_ARGV"; " night work?
<OscarL>
s/night/might/
<nephele>
Begasus: I even made a blog post about it, for reference :D
<nephele>
Looks to me like it can handle this on it's own :)
<nephele>
That is: allows users to make bad decisions
<nephele>
maybe... they can proberly implement it in the future
<Begasus>
augiedoggie_ first time I saw that one
<Begasus>
yeah, you "can" launch a second one :)
<Begasus>
and correct, can take screenshot correctly now
<Begasus>
so ... leave the multiple launch? guess it wont hurt
<Begasus>
restored
<nephele>
Well, if this app really is not intended for multiple launch: that is, it can't work with a workaround either then it definetely makes sense to enforce single launch
ScottD1 has quit [Ping timeout: 480 seconds]
<Begasus>
stuff for tomorrow :)
<OscarL>
[unrelated to the discussion] That face when you realize that loading cached data from disk is slower than recreating the data each time... sigh.
<nephele>
OscarL: Well, here is some food for thought
<nephele>
Requesting data over the network is usually faster than the local disk
<nephele>
so.... caching stuff in *other computers* RAM would be faster than swap ;)
<nephele>
... and there is a protocol for remote memory access over ip we could implement for this
<OscarL>
with how slow are my HDDs... you might be right even with my 3rd world internet speeds :-P
<nephele>
well, i was mostly thinking of a local area network :)
* OscarL
looks at his Quantum Fireball 640 MB from 1996. Yeah... you, slowpoke!
<nekobot>
[haiku/haiku] 711b36b44cec - Tracker: Merge SelectPosesListMode and SelectPosesIconMode.
<nekobot>
[haiku/haiku] 56241aab2ff3 - Zip-O-Matic: Fix and enable _SelectInTracker().
mmu_man has quit [Ping timeout: 480 seconds]
mmu_man has joined #haiku
nephele has quit [Quit: Vision[]: i've been blurred!]
mr_lou has quit [Remote host closed the connection]
mr_lou has joined #haiku
Parole has quit []
mr_lou has quit [Quit: Leaving]
gouchi has joined #haiku
systwi_ has joined #haiku
systwi_ has quit [Remote host closed the connection]
systwi_ has joined #haiku
systwi has quit [Ping timeout: 480 seconds]
<B2IA>
(AGMS) Butler message for FourAnkles Have a look at The BeShare Handbook (available on BeShare) for tips on sharing your files, things like opening firewall ports. Once you've got that working, you can try setting up your own BeShare server (which needs a client running to do the actual file sharing).
OscarL has quit [Remote host closed the connection]
ScottD1 has joined #haiku
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<zdykstra>
before I write this, has anybody written a converter tool to take existing terminal themes like https://github.com/Gogh-Co/Gogh and conver them to the format that Haiku's terminal understands?
ScottD1 has joined #haiku
<zdykstra>
it's moderately trivial, but if I can just run it Right Now (tm) that's even better
KapiX has joined #haiku
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]