| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
Comments:
<0> are the paths hardcoded?
<1> it's probably under /usr/src/packages/
<2> pretty much, you can extract into a directory if you want
<1> either SRPMS or RPMS
<3> that paths are in the spec file
<4> benJIman: 16 bit mode is not realy working on my video card only 8 bit and 24/32 bit
<1> ^willie^: what video card do you have?
<1> nvidia, ati?
<5> ok my init script fails to stat and does not give me any great detail as to why. The script it will attempt to run works perfectly can anyone tell me where i can find some standard debug or do I have to add that to the script my self
<4> no trident cyberblade /i1
<1> ah, hmmm...no real experience w/ those line of cards.
<4> point is biitsplash only works in 16 bit mode the resolution don't mather
<4> sky_monkey007: the gentoo splsh patches support 32bit jpeg handling
<1> not sure bro
<4> suse use the oriniganl bootsplash.org patches
<4> those are only working in 16 bit mode and the driver is showing some new bug`s to me in 16 bit color more i get ghost images on the text in the console
<6> "/mirror/ftp.suse.com/pub/suse/i386/9.3/" <-- that was the bit i was looking for
<4> more=mode
<2> suse have patched bootsplash significantly I think
<2> but yes only works in 16bit mode
<2> but it works better than any other splash system
<4> not true benJIman
<2> what isn't true?
<4> gentoo`s patch work on all systems this patch not
<0> those who invented hardcoded paths in rpms need to have their brains tweaked
<2> gentoos doesn't give splash all the way from grub to X
<4> same as the tridentdriver is modified or some other part of the kernel is bugging it
<2> |main|: the programs won't work in different locations, so it does't matter
<4> benJIman: yes it do suse don't here without vesafb
<2> ^willie^: no the gentoo one has a brief period of plain text before splash starts
<0> why wouldnt they work in different locations?
<2> you build with a specified prefix they'll look for libraries etc there
<3> |main|: an rpm has dependancies...
<2> there are ways around it by using an overlay virtual filesystem like klik does
<0> i like klik.
<1> klik is pretty awesome like that :)
<0> i think hardcoded paths and prefixes need to be abolished.
<2> there are significant disadvantages to how klik does things
<2> |main|: it's not simple to do though
<2> |main|: and any way of doing it would likely give performance hit
<0> but it needs to be done
<2> I disagree
<4> and benJIman if you know how bootsplash is working then you know it will only show up afther the bootloader when the framebuffer drivers splash and images are loaded from an initrd
<0> what performance hit?
<2> ^willie^: which is instantaneous
<0> there should some paths defined
<4> so thats is not distro depended
<2> |main|: where things are stored on the filesystem should be irrelevant to the user, whether the paths are hardcoded or not is also irrelevant
<0> no, its not irrelevant
<2> ^willie^: I don't think gentoo's splash system includes the images in the initrd like bootsplash does
<0> this creates a bizillion of different rpms for different distros
<2> |main|: it is, the user installs a package, they shouldn't have to care where it goes
<4> benJIman: you don't know anything about gentoo i se
<0> if that package was carefully prepackaged by distro packagers...
<0> otherwise - the user will never be able to install anything
<2> ^willie^: I have used it a little
<4> benJIman: the gentoo wiki give the user the option to include it in the initrd if he wants
<4> benJIman: then you did not read the manuals
<4> since 2004 do the have clear manuals about this things
<4> i use gentoo since 2004 before that time i can't say
<2> |main|: there just needs to be a package for that distribution
<2> |main|: the build service will address problems for ISVs to create such packages
<0> what is ISV stand for
<2> independant software vendor
<0> thats a workaround, not a solution
<2> |main|: you need things installed in the right location otherwise it's a mess, even if the programs themselves don't care
<3> ^willie^: it seems the problem is your vga drivers not the kernel splash patch...
<2> you need packages for the specific distribution
<3> so...
<3> *shrug*
<0> if locations of binaries and libraries, would be defined by the system configs
<4> cenuij: why are gentoo kernels just working like the have to do ??
<0> and no hardcoded paths or prefixes exited
<3> !bottomline
<7> you use debian, do things the debian way, you use suse, do things the suse way, you use redhat, you do things the redhat way
<0> it would not even matter
<4> cenuij: it is posible some of the gentoo patches are conflikting my trident fb
<0> any binary, would run anywhere, even if the names of dirs would be totally bogus
<2> ^willie^: I have exactly the same card and it works out of the box
<4> cenuij: but then still i don't like to only have an bootsplash in an video mode that not work at here
<4> benJIman: i get ghost images with resolution-16
<2> works for me
<8> there ya go
<4> in 8 or 32bit mode it works great but the splash don't
<4> gensplash works in 32bit mode
<4> so now is it up to me to find out how to remove this splash patch from suse
<2> |main|: there is no solution at present, and tbh it's not really a problem
<3> ^willie^: you are using custom kernel?
<9> hellop
<9> erhm
<0> it is, once you need to install someting not provided by your distro
<0> of course its a problem
<2> |main|: it is up to vendors to package things, the build service will make that easy
<9> ive trried to install suse 10 from an double-layer-dvd... in middle of the installation, it tells me, ive got no dvd inserted
<9> can anyone help me
<9> ?
<2> does your drive not support dual layer dvds?
<3> ^willie^: your saying you used gentoo patches? so im ***umign you are using a custom kernel?
<9> yes
<4> cenuij: no i use an suse kernel atm
<1> sbtieX-asm: it does support dual layer dvds, or it doesn't?
<2> sbtieX-asm: well you can click skip, and install the other packages once it's booted
<9> it booted the dvd
<3> ^willie^: then there shoudl be no problem using the bootsplash at any coloru depth you want
<1> well, of course. It was reading off of the first layer
<9> suse 9.1 dvd has installed sucessfully
<4> cenuij: i did say the gentoo sources work fine there is my trident cyberblade and the splash working like expected
<1> when the laser needs to skip to the second layer is where your problems are coming from
<9> and i can mount the suse 10 dl-dvd
<1> sbtieX-asm: you could, as a loopback image
<4> cenuij: i don't get any splash in other color depts then 16 bit
<0> shouldnt be upto the vendor
<4> since the original splash is not suporting other
<0> should be simple, build a binary for one arch, run it everywhere
<0> (on the same arch)
<9> a loopback image?
<1> yes
<9> never heard about ^^
<1> really? It's quite useful.
<3> ^willie^: what do you mean? suse kernel supports 8,16,24,32 bit bootplsash...
<4> no the don't bootsplash.org is not supporting it at all
<2> cenuij: bootsplash doesn't work with 24bit ime
<4> only 16 bit
<4> suse use the original patch that only works in 16 bit mode
<9> so... you say, the lg-dvd-drive doesnt support dl-dvds?
<2> cenuij: at least every time i've tried to use 24bit on any hardware it hasn't work
<4> and some in this suse kernel make my tridentfb freakout with 16 bit color depth`s
<2> sbtieX-asm: it's possible, how old is the drive?
<1> sbtieX-asm: here's an example of using a loopback command to mount an iso image as a virtual cd/dvd-rom
<2> the tridentfb driver is not particularly stable
<1> first, make a directory in your /media directory called /media/dvdiso
<3> brb, going to test that
<9> its brand new... ive buyed thwe box last week
<1> then use this command: mount file.iso /media/dvdiso -t iso9660 -o loop
<1> you'll have to do it as root
<2> sbtieX-asm: in that case there shouldn't be a problem, where did you get the dual layer dvd from?
<4> benJIman: but it do work in other distro`s
<1> sbtieX-asm: perhaps there's a firmware problem w/ it, or it's just defective.
<9> ive buyed it
<2> ^willie^: it works, it's just not particularly stable, in various distros
<9> its original
<1> I believe it uses two different lasers for reading the first layer, and the second layer. I could be wrong.
<1> sbtieX-asm: it could be a bad drive.
<2> or a bad disc
<1> yep, or a bad disc
<2> sbtieX-asm: you should have the cds as well, you can always install from them
<1> too bad that DVD-DL discs are so expensive hehe
<2> sbtieX-asm: you can try the dvd in another drive, if it's really faulty you could get it replaced
<10> sky_monkey007: what's a DVD-DL disc???
<11> hii guys. Should i install beta 9 of 10.1?
Return to
#suse
or
Go to some related
logs:
determine pciid windows
zen-updater resolving dependencies
compile pygaim
B_Lizzard
#suse
KOBJECT_UEVENT menuconfig
#css
#debian
azureus upgrade proggies
#sendmail
|
|