<rennj>
The sizeof is a keyword, but it is a compile-time operator that determines the size, in bytes, of a variable or data type.
<rennj>
The sizeof operator can be used to get the size of classes, structures, unions and any other user defined data type.
<Skipp_OSX>
I did use sizeof I just wanted confirmation thought maybe was coding error
<jessicah>
:p
<jessicah>
are you putting the thumbnails in attributes of each individual file?
<Skipp_OSX>
yes
<jessicah>
wouldn't it be better to put them in a directory attribute?
<Skipp_OSX>
why would that be better?
<jessicah>
then you a) won't run into the size constraint that you appear to be fighting with, and b) just read a single attribute to populate all the images
<Skipp_OSX>
a is to get under inode size of 3.5k for faster loading, b... well then what happens when you update an image?
<jessicah>
it just seems like you could mmap the single attribute, and load thumbnails on demand from the mmap'd attribute, etc.
<jessicah>
you'd update the directory attribute... use a good data structure
<Skipp_OSX>
I suppose so but I don't see why that is better
<jessicah>
tracker can get the thumbnails from reading a single file rather than having to open and read attributes of every file in the window
<Skipp_OSX>
I am generating thumbnails in a thread though on demand
<Skipp_OSX>
so I'd have to update that directory struct continuously as I generate
<jessicah>
which means opening a directory, and a file, because attributes are essentially in a directory
<Skipp_OSX>
plus copying files to different directories
<Skipp_OSX>
yeah but I'd have to append the data or whatever
<Skipp_OSX>
what happens when you copy the file to different directory, you update the attribute on both dirs?
<jessicah>
it can be done on demand
<jessicah>
it's not hard
<Skipp_OSX>
it's worse
<jessicah>
are you going to support multiple thumbnail sizes?
<Skipp_OSX>
I want to but currently no, 1 size, 128x128 only then I downscale that to requested size
<jessicah>
128x128 is small :(
<Skipp_OSX>
that's the biggest icon size we currently support
<Skipp_OSX>
thumbnails tend to be small yes
<jessicah>
we should be able to do 256x256, I love the extra large icon view in Explorer for pictures
<Skipp_OSX>
one battle at a time
<rennj>
isnt opentracker doing the svg
<Skipp_OSX>
but I could get behind 256x256
<jessicah>
anyway, doing it in a directory attribute solves all your slow reading/size limitations, and would allow you to scale up to 256x256
<jessicah>
eventually
<Skipp_OSX>
rennj there was a fork that implemented svg back in the day but svg's are HUGE compared to webp
<Skipp_OSX>
how does that solve 256x256?
<jessicah>
of course, you want to use an efficient data structure, probably a binary tree with inline data would do the trick
<Skipp_OSX>
I think you're underestimating how hard that would be and overestimating the benefit of doing so, or I don't understand what you mean
<jessicah>
bfs attributes don't have a size limit, so you can use a single file, could potentially use mmap so you're only paging in data needed on demand
<Skipp_OSX>
yeah I get that part
<jessicah>
windows explorer does this with it's hidden icon cache db files
<Skipp_OSX>
yeah well Windows explorer doesn't have attributes (well ok it does sorta but doesn't use them)
<Skipp_OSX>
junctions
<jessicah>
you mean alternate streams, at least on ntfs
<jessicah>
junctions are hard links
<Skipp_OSX>
ah ok yeah
<jessicah>
also, if you're zipping up all these images, you're then sending other people your icon caches
<Skipp_OSX>
yeah that's a good thing
<jessicah>
I guess the same holds for a directory...
<jessicah>
also, if you're already doing in a background thread, then you don't need to constantly open and close files, it's just one file to open
<Skipp_OSX>
I guess I can see how that would perform better
<Skipp_OSX>
I did think about implementing some sort of shadow file system for implementing attributes on read only directories
<Skipp_OSX>
even now read-only directories not being able to store attributes is a problem. It seems like you could solve that problem using a shadow filesystem and write the attributes to files somewhere else that you can write
<rennj>
amiga .info file foobar
<jessicah>
I argued for something like that years ago, I had a lot of push back
<Skipp_OSX>
kinda like how .Spotlight-V100 works on macOS
<Skipp_OSX>
(write stuff to a hidden file on the root of the volume)
<jessicah>
it's kind of hard to do right, as packages get updated, etc.
<jessicah>
you're basically binary patching files within the packages, so you update a package, and your binary patch becomes invalid
<Skipp_OSX>
can you test my patch?
<Skipp_OSX>
(I think it's done, just had a glitch but now working without modification)
<Skipp_OSX>
it's pretty easy to test the patch if you're on a Haiku box with a Haiku source tree
<jessicah>
uh, probably
<Skipp_OSX>
https://review.haiku-os.org/c/haiku/+/3163 <= checkout my patch, jam -q Tracker, copy compiled libtracker.so to ~/config/non-packaged/lib/, launch_roster stop x-vnd.be-trak, open compiled Tracker binary, turn on Generate image thumbnails setting in Tracker preferences
<jessicah>
cool, I'll do that in a bit
beaglejoe has quit [Quit: Leaving]
<Skipp_OSX>
... and then open a folder with some images you'd like thumbnails for of course
<jessicah>
I will need to make one :)
<jessicah>
Skipp_OSX: uh, nothing's happening
bronzie94 has quit [Remote host closed the connection]
<jessicah>
I ticked the box, but my image folder hasn't changed
<jessicah>
oh, now it's starting to work... very, very slowly
<jessicah>
it's taken minutes to process 2 files...
<jessicah>
Skipp_OSX: yeah, this is not in a merging state :-/
<jessicah>
ugh, it needs files to be identified
bronzie94 has joined #haiku
<Skipp_OSX>
well thanks for testing
<Skipp_OSX>
I guess you're running into same problem I was, not sure what causes it, eventually it started working but there something slowing it does makes it take forever to generate
<nephele[x]>
there is a ticket about async identification of filetypes
<jessicah>
I think adding auto-sniffing to all Tracker windows is probably the best thing
<jessicah>
ugh, I'm so tired of fighting this stupid ghc build system :-/
<jessicah>
now it's building a 'cross-compiler' that targets the host
<jessicah>
just wanted to validate a build :(
<PulkoMandy>
for 32bit there are multiple versions of it in the depot now (using the one you had cross compiled to build newer versions of it). However I did only the compiler itself so far (no cabal and nothing else)
<PulkoMandy>
if you're planning to work on it again I should probably push my work in progress recipes for cabal, let's see...
gouchi has joined #haiku
floof58 has quit [Ping timeout: 480 seconds]
mchasard has joined #haiku
floof58 has joined #haiku
Scarecrow has left #haiku [Disconnected: Received SIGTERM]
Scarecrow has joined #haiku
mchasard has quit [Quit: Vision[0.10.3]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
<jessicah>
PulkoMandy: well a cross compiled 8.10 and 9.x both die in Haskell RTS somewhere for 32-bit, and can't yet be compiled for 64-bit
<jessicah>
just trying to get somewhere where I can see where things start breaking
AlaskanEmily has quit [Remote host closed the connection]
<PulkoMandy>
I'm rebuilding 8.10 from 8.6 on haiku (not cross compiled) now, seems to be doing ok on the second try (first try, ghc hit an assert saying "I do not own this lock")
<PulkoMandy>
(rebuilding because I noticed an error in the recipe provides, I had left ghc78 as the main provide instead of ghc8.10)
<jessicah>
I wanted to do cross compile so that I'd know I'm hitting the same paths
<PulkoMandy>
yes, it's good to have the cross compilation way working too, we need it for all the other architectures
<jessicah>
anyway, I was dealing with 64-bit initially, but now backtracking a little with 32-bit
<jessicah>
only to discover weird issues in 32-bit
<jessicah>
I might try cross compile 8.6, since we have native 8.6
<jessicah>
also, recursive make is so awful
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
<PulkoMandy>
well, ghc 8.6 is crashing while building ghc 8.10 it seems ("I do not own this lock" error happened again)
<jessicah>
I had random errors even back in the 7.8 native build, just retrying a few times eventually got to the end
caubert has quit [Quit: WeeChat 3.2]
caubert has joined #haiku
<jessicah>
okay, state of tree saved in my ghc gitlab fork, moving onto 8.6 :)
tuaris1 has quit [Read error: Connection reset by peer]
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
KapiX has joined #haiku
Begasus has joined #haiku
<Begasus>
'lo peeps
<jessicah>
hey Begasus :)
<Begasus>
hi jessicah :)
jmairboeck has joined #haiku
<PulkoMandy>
oh
<PulkoMandy>
make is broken
<PulkoMandy>
"duping jobs pipe: Bad file descriptor"
<PulkoMandy>
we knew about this bug, was the recipe merged anyway?
<PulkoMandy>
ah, it's already been fixed but I still had the newer version installed
<Begasus>
;)
<jessicah>
ghc issues :p
<jessicah>
I have spent far too many hours recompiling GHC...
<PulkoMandy>
and now I get the "waiting for package to be activated" bug because I changed the dependencies...
<jessicah>
oh is that what triggers that?
<PulkoMandy>
yes
<jessicah>
I just end up rebooting, so annoying
<PulkoMandy>
I think you just need to remove work-*/boot/system/packages
<Begasus>
not always PulkoMandy , I've seen it happening without changing dependencies (eg, create some changes in the source ...)
<PulkoMandy>
haikuporter should probably do that
<Begasus>
*administrative
KapiX has quit [Quit: KapiX]
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
mmu_man has joined #haiku
netpositive has quit [Remote host closed the connection]
<Coldfirex>
Howdy
<Coldfirex>
any current plans to bump up the default gcc8.3 for our next release?
<Begasus>
So sorry for the French team on the Olympic gams for team jumping, but this means Belgium gets bronze there
<Begasus>
games*
<Begasus>
Hi Coldfirex
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
<jmairboeck>
Hi Begasus, I just created another pull request for splitting the texlive recipe in two: https://github.com/haikuports/haikuports/pull/6115. This took quite a bit longer than expected because my Haiku laptop died in the meantime in a thunderstorm :(
HaikuUser2 has joined #haiku
HaikuUser2 is now known as mrentropy64
KapiX has joined #haiku
countryboy has joined #haiku
Coldfirex has quit [Remote host closed the connection]
mrentropy64 has quit [Read error: Connection reset by peer]
HaikuUser2 has joined #haiku
HaikuUser2 is now known as mrentropy64
B2IA has quit [Quit: Vision[0.10.3]: i've been blurred!]
B2IA has joined #haiku
<mrentropy64>
Ok. That's weird.
B2IA has quit [Quit: Vision[0.10.3]: i've been blurred!]
ClaudioM has joined #haiku
B2IA has joined #haiku
netpositive has joined #haiku
<countryboy>
i apologize : i mean ftppositive is good and wrote netpositive ...
<countryboy>
i think ftppositive + netpositive are good
<mrentropy64>
Someone in my area is selling an Atari 800 with an 810 and Indus disk drives, monitor, 850 interface and other stuff for $250. I'm severly tempted.
<mrentropy64>
countryboy: No, it was a Facebook Market thing.
kaban4ik has quit []
<countryboy>
mrentropy64: in italy we have facile.it ... to talk ... :-)
robobox_ has quit [Quit: Leaving]
bbjimmy has quit [Quit: Vision[0.10.3]: i've been blurred!]
bbjimmy has joined #haiku
<countryboy>
to everyone : i suggest bach violins ...
<nephele[x]>
Sometimes your context free statements just confuse me
<countryboy>
to
<countryboy>
to share interests ...
<countryboy>
tell me if you want ...
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
<countryboy>
for friendship ...
<daftaupe>
hello folks, just installed R1/beta3 on a spare Samsung laptop I had around. I have to say it's pretty nice, UEFI worked fine, the GUI starts without issue and I even got the WiFi working out-of-the box :) Gonna try bluetooth and see if I can have a dual head setup (haven't read all the docs yet)
countryboy has left #haiku [#haiku]
<ClaudioM>
hi daftaupe ;-)
<daftaupe>
hey ClaudioM !
<ClaudioM>
hehe
<ClaudioM>
I usually lurk on here. I'll be giving R1/b3 a test drive on my old Eee PC 900a.
<Skipp_OSX>
I went to bed so I missed the last part, but if jessicah is saying that it generates the icons only after the mimetype was detected by highlighting then yes that's how it works
<Skipp_OSX>
That's how getting the default paint smear icon to show works too, it all relies on a BEOS:TYPE parameter to be present. Although that's not ideal, that's the way it's always been since 1996 or so.
AlienSoldier has joined #haiku
<Skipp_OSX>
I wonder if there is a way to auto-sniff on window open though...
ClaudioM has quit [Quit: leaving]
ClaudioM has joined #haiku
<PulkoMandy>
couldn't your thumbnail generator thread identify the files too?
HaikuUser has quit [Quit: Vision[0.10.3]: i've been blurred!]
Maturion has joined #haiku
<Skipp_OSX>
currently it depends on the file being already identified with a BEOS:TYPE to even go into the thumbnail gen thread in the first place, so I have to figure out where BEOS:TYPE assignment happens
<Skipp_OSX>
I only try to generate thumbnails for images. So I need to know that it is an image first, and to know that, I look for a BEOS:TYPE attribute by looking for BString(model->MimeType()).IStartsWith("image"))
<Skipp_OSX>
and that gets set on Model::OpenNode() which gets called by Model::SetTo() or Model::StatChanged()
<Skipp_OSX>
It seems like on BContainerWindow::Init() we could loop through the nodes and open them to identify the files right away
<Skipp_OSX>
(Model is a wrapper around a node that adds extra info)
<Skipp_OSX>
thanks for removing the NetServer::AboutRequested() method btw PulkoMandy I would have gotten to it eventually but that seems like it was the right thing to do to fix #16823
Coldfirex has joined #haiku
<PulkoMandy>
yes, it was an easy fix, now it's done 🙂
<Coldfirex>
PulkoMandy: Are we good to update the webkit version in the WebPositive's user-agent string?
<PulkoMandy>
the identification of MIME types in Tracker happens in PoseView::IdentifySelection but eventually this just calls update_mime_info
<PulkoMandy>
so if you have the path to the file (which I think you can get from the model easily?), you can do that before you test the MIME type
<Skipp_OSX>
no, a model is intentionally divorced from path. It's essentially an inode so it has no idea where it is in the fs hierarchy
<PulkoMandy>
or you can also apparently do model.mimeset(false)
<PulkoMandy>
the model class I'm looking at has a GetPath function
<PulkoMandy>
it's a BEntry, not a BNode. So you do get the path
<Skipp_OSX>
oh yeah you're right hmmmmmmm
ClaudioM has quit [Quit: leaving]
AlienSoldier has quit [Read error: Connection reset by peer]
<Skipp_OSX>
I must be thinking of Pose not having access to path
AlienSoldier has joined #haiku
tbcr has joined #haiku
Maturion has quit [Remote host closed the connection]
vezhlys has joined #haiku
Maturion has joined #haiku
HaikuUser has joined #haiku
<nephele[x]>
hi daftaupe, we don't really support bluetooth currently, you can pair devices but that is about it :)
HaikuUser has quit []
beaglejoe has quit [Quit: Leaving]
Sinlion has joined #haiku
<Begasus>
jmairboeck, thanks so far! Need to check on the latest changes, every thing else works as expected?
Sinlion has quit []
AlienSoldier has quit [Read error: Connection reset by peer]
<jmairboeck>
yes, as far as I can tell, everything still works fine
<Begasus>
In case TexLive works fine as expected and texmf isn't really needed for anyting else we could enbable texlive maybe :)
<jmairboeck>
installing texlive_texmf now takes a while though because I moved some post-install steps to a post-install script. Otherwise it would not work with the split recipe. But I think a post-install script is actually the correct way anyway. At least it seems Linux distros also do it that way.
<jmairboeck>
the texlive (binaries) package is mostly useless without the data files though, I think
<Begasus>
+1 not running Haiku atm so can't check, but will do for sure!
<jmairboeck>
I even thought whether it would make sense to invert the runtime dependencies
<Begasus>
You could do it locally, see if haikuporter complains about missing dependencies then
<jmairboeck>
but that wouldn't allow us to distribute it then
<jmairboeck>
or at least it would not be installable
<Begasus>
In case of texmf maybe not, but for the core/base texlive it could work?
<jmairboeck>
yes, if we manage to split the texlive_texmf package into multiple smaller ones
<Begasus>
In any case, runtime depencencies should be covered by now :)
<jmairboeck>
should I increase the revision in both recipes? I have kept them at 1 now
<jmairboeck>
if you have the old ones installed, you would need to manually uninstall them before installing the new packages. But I think, that concerns only a few people right now? (only you actually?)
<Begasus>
Yes, if nothing is enabled by now it would keep revisions on par, until mege it won't matter anyway
<Begasus>
Mind you, I don't use TeXlive here, I just check if some of the packages using it would still work (with some samples) :)
<Begasus>
The basic commands should be provided in the best case by a base package
<jmairboeck>
all the commands are provided by the base package, but most of them wouldn't work, I think, without the data (texmf) package
<jmairboeck>
or at least some part of it
<jmairboeck>
but as long as it is all one big package essentially, this doesn't help
<Begasus>
Maybe you and jessicah can have a talk about this?
<jmairboeck>
she has more experience in advanced recipes than me, for sure ;)
<Begasus>
I've been going through some of the other recipes from other OS's, going nuts there :)
<jmairboeck>
yes, it is complicated
<Begasus>
I don't think it's a matter of recipes, more a matter on whats needed in a base/core package
<jmairboeck>
openSUSE for example uses some perl scripts to generate RPM spec files out of the tkpkg descriptors from CTAN, it seems. This results in individual packages for every single package in CTAN, and texlive ships nearly 4000 of them
<jmairboeck>
that would be way to fine granular, I suppose
<jmairboeck>
there are about 40 "collection" packages, which would be the correct way to split it up, but I think it still needs parsing of the tlpkg files to determine which files go into which package
<Begasus>
A bit overkill? ;)
countryboy has joined #haiku
<Begasus>
I'm not a developer and aside from jessicah extrowerk and myself, no one ever did (or that I know of) any work on texlive
<Begasus>
So your work comes the closest to having a recent version :)
<jmairboeck>
I am a developer and have a bit of experience with shell scripts, but I am no TeX expert, at least not in packaging it
<jmairboeck>
and learning haikuporter was also not easy, but I hope that I have understood most of it now
<Begasus>
Right, I don't think the developing part atm isn't really an issue, it builds fine, now it comes to finetuning
<jmairboeck>
I have to try whether lilypond would build without having the texmf part installed, if that works, we could provide that too
<Begasus>
Heading out now, hope to get some time next week to look into this
<Begasus>
+1
<jmairboeck>
thanks Begasus :)
<Begasus>
I didn't do anything, thank you!
countryboy has left #haiku [#haiku]
<Not-5835>
[haikuports/haikuports] korli pushed 1 commit to master [+0/-0/±1] https://git.io/JRCmB
<Not-5835>
[haikuports/haikuports] korli ca93fa2 - crawl: trigger build on x86_64
gouchi has quit [Remote host closed the connection]
<extrowerk>
i noticed Expander doesn't extract all files from some archives. I just extracted a tgz, and many files were missing. Extracting the same archive with tar in the terminal seems to be working ok
<mrentropy64>
Huh. Well that explains that.
<daftaupe>
nephele[x] ah ok, thanks for warning me :)
HANsolo has joined #haiku
<PulkoMandy>
extrowerk, strange, because expander just runs tar and other archiving tools to extract things
<PulkoMandy>
but maybe it's not passing the right options?
<HANsolo>
there is no way to change resolution once you are on framebuffer. am i correct in that assumption ?
<HANsolo>
tried making a /config/settings/kernel/vesa - no luck
<HANsolo>
did i read somewhere on the forum about a new driver in the works? nov"something ?
<Begasus>
g'night peeps
Begasus has quit [Quit: Ik ga weg]
ClaudioM has joined #haiku
ClaudioM has quit []
tuaris has joined #haiku
AlaskanEmily has joined #haiku
<PulkoMandy>
HANsolo, you can't change while the OS is running, yes (it's a limitation of UEFI)
<PulkoMandy>
you can try to select a resolution in the early boot menu (spam the spacebar key just before the haiku splash screen shows up to get to the menu)
<PulkoMandy>
the list of available resolutions there depends on your UEFI firmware implenentation and I don't think we have control on it, either
KapiX has quit [Quit: KapiX]
bronzie94 has quit [Quit: Vision[0.10.3]: decohering into the wider multiverse!]
<HANsolo>
PulkoMandy: ok. So i got into the bootmenu. i can choose from 800x600, 1024x768 or 1280x1024. Thats kinda low and weird on a 16:9 screen theese days. So yeah. No way around that i guess. Is that something that is beeing worked on ? or do i have to buy an old GFX card. I have a GeForce GTX 970 in this PC.
<HANsolo>
And not to mention 60hz... my eyes :-)
<PulkoMandy>
NVidia doesn't publish any specs for their video cards, so the only way we could write a driver is look at what the nouveau project has understood of it for Linux, and write some documentation ourselves starting from that
<PulkoMandy>
the situation is a bit better with Intel (they publish some docs) and AMD (we had support from their engineers to help debug our driver), but it's possible that support for the most recent hardware isn't that great yet
<HANsolo>
nouveau, that was the name i read somewhere. i see. i am not a coder myself, just an end user. is anyone working on this driver ?
<HANsolo>
yupp. the endless problem.
HaikuUser has joined #haiku
HaikuUser2 has joined #haiku
bbjimmy1 has joined #haiku
HaikuUser2 has quit [Quit: Vision[0.10.3]: i've been blurred!]
<HaikuUser>
Does anyone know the command to restore the MBR to a drive? I installed Haiku to a 15gig partition I created. I should have tried to add Haiku to an already existing grub install but I tried BootMan like a fool.
<HaikuUser>
I did generate a backup in /boot/home/config/settings/bootman/MBR. I'm thinking dd but I haven't found any instructions yet.
<nephele[x]>
one option could be to not use EFI boot on an EFI system but compatibility mode boot, it may allow you to get different resolutions via VESA then
AlienSoldier has joined #haiku
<HANsolo>
nephele[x]: how exactly do i go about doing that ?
<nephele[x]>
install like you would on a mbr system, assuming your efi has support for it
<nephele[x]>
it probably has something called "CSM mode" or "legacy boot" or something you can activate, if it does you can make a partition and have it install to that, and have the mbr boot code on it
<nephele[x]>
Basically following the (non-efi) install guide would work in that case i think
<HANsolo>
aha. i will try that. thanks for the tip
<nephele[x]>
HaikuUser: yes, dd would work, or cp probably too, it should just be the first sector anyway, so you should be able to copy it to the partition table without having to specify and offsets or so... but i am not an expert so maybe someone else can confirm this :)
<nephele[x]>
otherwise there is a writembr command if you just want the default haiku mbr
<HaikuUser>
nephele[x]: I'm hoping to write the MBR that was backed up to the first sector which 'in theory' should return the previous grub setup, from there I can attempt to add Haiku to grub by chainloading.
HANsolo has quit [Quit: Vision[0.10.3]: i've been blurred!]
jmairboeck has quit [Quit: Konversation terminated!]
<nephele[x]>
Yes, cp or dd should work i think, no offset, but you can specify the blocksize as the size of the mbr, and count to 1 for dd, but i don't think this should matter because the file should only be the size of the mbr anyway
<HaikuUser>
what is a good 'pastebin' type place for an image, I'd like to share a screenshot of the layout from DriveSetup
<jessicah>
yes, use dd, and you want the raw node under /dev
<Skipp_OSX>
Well not the identify problem, but it should pop the thumbnail in immediately on 64-bit Haiku now once file is identified. You can remove the thumbnail attributes by executing `rmattr "Media:Thumbnail:CreationTime" * && rmattr "Media:Thumbnail" *` in your folder of images
<Not-5835>
[haikuports/haikuports] pulkomandy pushed 3 commits to master [+3/-0/±2] https://git.io/JRCVC
<jessicah>
Skipp_OSX: they popped in as soon as I selected all files so they had mimetypes, wasn't any delay
<Skipp_OSX>
nice!
<HaikuUser>
dd: failed to open '/dev/disc/scsi/0/0/0/raw': No such file or directory what the flip?
<Skipp_OSX>
can you ls that file?
<HaikuUser>
no Skipp_OSX I was just trying that
<HaikuUser>
I can ls out to 0/0/0
<Skipp_OSX>
no raw for you
<HaikuUser>
crw-r--r-- 1 user root 0 Aug 7 10:29 raw
<bbjimmy>
is that what DriveSetupchows?
<HaikuUser>
Skipp_OSX funny bbjimmy yes, that's what DriveSetup shows as the 'root' of the drive
<jessicah>
delete the last 0
<jessicah>
you have a 0/0/0/raw, or a 0/0/raw?
<HaikuUser>
I guess it's gonna be super grub disc for me, wait jessicah, you mean like /dev/disc/scsi/0/0/raw?
<jessicah>
there should only be one
<jessicah>
0/0/0 sounds like the first partition
<jessicah>
yes
<jessicah>
let me boot into Haiku
<jessicah>
oh, no, 0/0/0/raw is correct
<HaikuUser>
so maybe I cannot dd onto raw while it is in use, I'm really not sure
<jessicah>
HaikuUser: run BootManager, from Terminal
<jessicah>
it should see you have the backup, and let you "uninstall"
<Skipp_OSX>
now broken on 32-bit Haiku :/
<jessicah>
you should be able to dd, the no such file or directory sounds like one of your paths is wrong
<jessicah>
oh, typo
<jessicah>
it's disk, not disc
<jessicah>
HaikuUser: ^
<HaikuUser>
I ran it from terminal which popped the GUI, uninstall button is grayed out. I think I recall from the looking over the Haiku-os website that the Uninstall button is not implemented yet.
<HaikuUser>
OK jessicah, I'll check my typo
<jessicah>
you know you can tab complete, to avoid typos ;)
<HaikuUser>
:P jessicah
<HaikuUser>
that worked, type fix for the win!
<jessicah>
:)
<HaikuUser>
typo, dang I should quit while I'm behind
<jessicah>
I wish tab complete worked in chat apps :)
<HaikuUser>
ok, now to reboot and assess the damage ;)
<jessicah>
I sometimes do that accidentally, and then I'm like, right.. not a terminal...
<HaikuUser>
ha, I know, my brain is going way faster than my fingers and that's not saying much
<HaikuUser>
finger stutter = futter
<nephele[x]>
works on mobile phones, no reason this wont work on desktops :)
HaikuUser has quit [Quit: Vision[0.10.3]: i've been blurred!]
HaikuUser has joined #haiku
<HaikuUser>
jessicah Skipp_OSX nephele[m]: yup, that worked. Thanks again. Note to self, copy that dd command for future adventures.
<jessicah>
no problem :)
gouchi has joined #haiku
HaikuUser has quit [Quit: Vision[0.10.3]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser is now known as rodney
<rodney>
question: when trying to install bootmanager, i get "incompatible format". and trying to boot haiku i get something like bios_ia32 stage1 failed to load os.
<rodney>
its on /dev/disk/scsi/0/3/0/raw
ClaudioM has joined #haiku
tqh has quit [Quit: Leaving]
ClaudioM has quit [Quit: leaving]
<zdykstra>
jessicah: I've tried to tab complete emails before - the body, not the to address :)
<jessicah>
haha, yep, same
<jessicah>
ugh, how is 32GB of RAM not enough these days? stupid Chrome :(
<mrentropy64>
You need a RAM compressor and cleaner.
<mrentropy64>
Unfragment all that memory.
<jessicah>
:p
<mrentropy64>
It works by taking all the little Tron people living out in the suburbs and rural areas, evicts them from their multi-acreage homes, and forces them to live in hi-rise condos closer to the CPU.
Maturion has quit [Remote host closed the connection]
HaikuUser has joined #haiku
HaikuUser has quit []
ClaudioM has joined #haiku
ClaudioM has quit []
gouchi has quit [Remote host closed the connection]
<iisi>
O? I thought it would send them to Games.
AlienSoldier has quit [Ping timeout: 480 seconds]
<jessicah>
esp Chrome, kill that nasty Chrome program :p
Forza has quit [Read error: Connection reset by peer]