I'm trying to write a .dar file to a DVD, and my K3B apparently chokes on it. The size of the file is 4.3 GByte. Just a while ago, I wrote a 1.4 GByte file to a DVD, that went well. But every time I try to write something that's over 2 GBytes in size ... K3B chokes, and ruines the DVD. Any known issues? and fixes?
I have downloaded and installed the linux client from no-ip.com. It compiled successfully, and now I am to the point of trying to get it to run automatically from boot. The instructions at http://www.no-ip.com/tips.php/id/13 say to place /usr/local/bin/noip2 in rc.local and reboot. At that point, it is supposed to run. So far, that is not happening. I have tried all the troubleshooting steps I could find, including 1. rc.local is executable 2. adding & to the command line in rc.local 3. running rc.local directly after I log in to make sure it works - it does is there some other step I need, such as do I have to do something with init.d? Thanks! -- Mark Creamer
On Mon 15 Nov 2004 15:03:34 NZDT +1300, Örn Hansen wrote:
I'm trying to write a .dar file to a DVD, and my K3B apparently chokes on it. The size of the file is 4.3 GByte.
The size of a DVD is 4.7^9 bytes, that's 4.37GB so should still fit.
GByte file to a DVD, that went well. But every time I try to write something that's over 2 GBytes in size ... K3B chokes, and ruines the DVD.
The iso9660 filesystem does not provide any compatibility between systems for files >2GB, so don't have any of those. There can be all sorts of other issues, there's more on Andy's dvd+rw-tools website too. No comment on k3b. If you really need those files, consider using an ext2 filesystem on the DVD. Volker -- Volker Kuhlmann is possibly list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me.
I know that the Xine version that comes out with the distribution is a version without the codecs for playing encrypted DVDs for some legal reasons. Ok, but when i try to playback a non-encrypted DVD like "der dreizehnte Krieger" (don't know the english title) it also fails and tells me that there're no codecs for playing back DVDs. I know that this DVD isn't encrypted and i can play it with the ogle compiled without libdvdcss; why can't i play it with SuSEs Xine version? At this point i don't know anything what i can do with this Xine version ... just wondering why it is included in the distribution. best regards, F.Mach ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
I know that this DVD isn't encrypted and i can play it with the ogle compiled without libdvdcss; why can't i play it with SuSEs Xine version?
Because some of the codecs and/or video formats are tightly controlled by the copyright mafia and any commercial company is unable to distribute them. This is independent of whether the DVD is encrypted or not. I have a bunch of video clips here (jokes made on and for microsoft) for which 9.1 doesn't ship any software which can play them. Volker -- Volker Kuhlmann is possibly list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me.
Franz Mach schrieb:
I know that the Xine version that comes out with the distribution is a version without the codecs for
Best thing is to replace the SuSEs Xine and Kaffeineversion with the ones on packman. I a n not sure if they are all available for amd64 yet. I think not. http://packman.links2linux.de/index.php4?action=cat&cat=16
playing encrypted DVDs for some legal reasons. Ok, but when i try to playback a non-encrypted DVD like "der dreizehnte Krieger" (don't know the english title) it also fails and tells me that there're no codecs for playing back DVDs.
Yes, i think SuSE has also disabled the playpack of non-encrypted DVDs for legal reasons (no idea why, because it is legal to play non-encrypted DVDs)
I know that this DVD isn't encrypted and i can play it with the ogle compiled without libdvdcss; why can't i play it with SuSEs Xine version?
At this point i don't know anything what i can do with this Xine version ... just wondering why it is included in the distribution.
I ofthen asked me the same question. Guess to have some kind of player for some codecs.
best regards, F.Mach
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
-- Mit freundlichen Grüßen Holger Ensslen http://www.tuxwaren.de IM: tuxwaren@jabber.org
Well, there are no x86_64 packman xine-lib packages, yet. I tried to build the packman-src.rpm for x86_64 serveral times, but never with success. So I had a look at the SPEC-File that comes with the SUSE src.rpm on the DVD, seems like SUSE applies some extra AMD64 patches to the official xine sources. Would be cool if someone with more packaging experience could provide at least a src.rpm for x86_64. Maybe the easiest way would be to take the SUSE src.rpm from the DVD and edit the SPEC-File so that none of the patches that restrict the official xine source, due to legal issues, are applied. Then a rebuild of xine for x86_64 should work, shouldn't it? cu guys, joerg. Am Dienstag, 16. November 2004 10:54 schrieb Holger Ensslen:
Franz Mach schrieb:
I know that the Xine version that comes out with the distribution is a version without the codecs for
Best thing is to replace the SuSEs Xine and Kaffeineversion with the ones on packman. I a n not sure if they are all available for amd64 yet. I think not. http://packman.links2linux.de/index.php4?action=cat&cat=16
playing encrypted DVDs for some legal reasons. Ok, but when i try to playback a non-encrypted DVD like "der dreizehnte Krieger" (don't know the english title) it also fails and tells me that there're no codecs for playing back DVDs.
Yes, i think SuSE has also disabled the playpack of non-encrypted DVDs for legal reasons (no idea why, because it is legal to play non-encrypted DVDs)
I know that this DVD isn't encrypted and i can play it with the ogle compiled without libdvdcss; why can't i play it with SuSEs Xine version?
At this point i don't know anything what i can do with this Xine version ... just wondering why it is included in the distribution.
I ofthen asked me the same question. Guess to have some kind of player for some codecs.
best regards, F.Mach
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
--
Mit freundlichen Grüßen
Holger Ensslen
IM: tuxwaren@jabber.org
Hi! For me Xine works fine with 9.2. Ok, after I have compiled and installed a few extra packages :) I have compiled: lame-3.96 from a tarball lipffmpeg-0.4.8 also from a tarball libdts-0.0.2 from source libdvdcss-1.2.8 from tarball and only xine-lib-1.rc5 guess a newer one also works It was a little complicated to find out the parameters for configure (glib, gtk, qt.....) but with a little bit of trial and error it should be possible to figure them out. I don't have them in my mind. You have also to install a few devel-rpms from the SuSE DVD. I don't have any packing experience. To manage my own rpms I use checkinstall (I know, not very good, but for me it works). But feel free to ask, if you can't figure out parameters. martin Am Dienstag, 16. November 2004 16:29 schrieb Jörg Hermsdorf:
Well, there are no x86_64 packman xine-lib packages, yet. I tried to build the packman-src.rpm for x86_64 serveral times, but never with success. So I had a look at the SPEC-File that comes with the SUSE src.rpm on the DVD, seems like SUSE applies some extra AMD64 patches to the official xine sources. Would be cool if someone with more packaging experience could provide at least a src.rpm for x86_64. Maybe the easiest way would be to take the SUSE src.rpm from the DVD and edit the SPEC-File so that none of the patches that restrict the official xine source, due to legal issues, are applied. Then a rebuild of xine for x86_64 should work, shouldn't it?
cu guys, joerg.
Well .... why don't share "Xine as 64 bit application" as it must be obvious to you that a lot of people would like it ;-) Think about it ... if we all did that with our # 1 programs then we would be a lot longer down the path of FUN and usability. Tirsdag 16 november 2004 18:20 skrev Martin Schmidt:
Hi!
For me Xine works fine with 9.2. Ok, after I have compiled and installed a few extra packages :) I have compiled: lame-3.96 from a tarball lipffmpeg-0.4.8 also from a tarball libdts-0.0.2 from source libdvdcss-1.2.8 from tarball and only xine-lib-1.rc5 guess a newer one also works
It was a little complicated to find out the parameters for configure (glib, gtk, qt.....) but with a little bit of trial and error it should be possible to figure them out. I don't have them in my mind. You have also to install a few devel-rpms from the SuSE DVD.
I don't have any packing experience. To manage my own rpms I use checkinstall (I know, not very good, but for me it works). But feel free to ask, if you can't figure out parameters.
martin
Am Dienstag, 16. November 2004 16:29 schrieb Jörg Hermsdorf:
Well, there are no x86_64 packman xine-lib packages, yet. I tried to build the packman-src.rpm for x86_64 serveral times, but never with success. So I had a look at the SPEC-File that comes with the SUSE src.rpm on the DVD, seems like SUSE applies some extra AMD64 patches to the official xine sources. Would be cool if someone with more packaging experience could provide at least a src.rpm for x86_64. Maybe the easiest way would be to take the SUSE src.rpm from the DVD and edit the SPEC-File so that none of the patches that restrict the official xine source, due to legal issues, are applied. Then a rebuild of xine for x86_64 should work, shouldn't it?
cu guys, joerg.
Jörg Hermsdorf wrote:
Well, there are no x86_64 packman xine-lib packages, yet. I tried to build the packman-src.rpm for x86_64 serveral times, but never with success.
Did you also build the packages needed for dependencies?
So I had a look at the SPEC-File that comes with the SUSE src.rpm on the DVD, seems like SUSE applies some extra AMD64 patches to the official xine sources. Would be cool if someone with more packaging experience could provide at least a src.rpm for x86_64.
I have built x86_64 packages from Packman's src.rpms. If you want, and you have the mailbox size, I can either send you the rpms or the src.rpms.
Maybe the easiest way would be to take the SUSE src.rpm from the DVD and edit the SPEC-File so that none of the patches that restrict the official xine source, due to legal issues, are applied. Then a rebuild of xine for x86_64 should work, shouldn't it?
I believe it is more than just the restrictions, it is also some needed libraries/packages. -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
Tirsdag 16 november 2004 22:56 skrev Joe Morris (NTM):
Jörg Hermsdorf wrote:
Well, there are no x86_64 packman xine-lib packages, yet. I tried to build the packman-src.rpm for x86_64 serveral times, but never with success.
Did you also build the packages needed for dependencies?
So I had a look at the SPEC-File that comes with the SUSE src.rpm on the DVD, seems like SUSE applies some extra AMD64 patches to the official xine sources. Would be cool if someone with more packaging experience could provide at least a src.rpm for x86_64.
I have built x86_64 packages from Packman's src.rpms. If you want, and you have the mailbox size, I can either send you the rpms or the src.rpms.
What about making the obvious conneciton to the packman people ;-) (Lets test my ISP ... ehm ...... src.rpm's just hit me on above mail one package at the time should do the trick ................. A64 system arriving wednesday here ;-) )
Maybe the easiest way would be to take the SUSE src.rpm from the DVD and edit the SPEC-File so that none of the patches that restrict the official xine source, due to legal issues, are applied. Then a rebuild of xine for x86_64 should work, shouldn't it?
I believe it is more than just the restrictions, it is also some needed libraries/packages.
-- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
onsdag 17 november 2004 00:42 skrev Johan Nielsen:
Tirsdag 16 november 2004 22:56 skrev Joe Morris (NTM):
Jörg Hermsdorf wrote:
Well, there are no x86_64 packman xine-lib packages, yet. I tried to build the packman-src.rpm for x86_64 serveral times, but never with success.
Did you also build the packages needed for dependencies?
Since we are on the subject of xine-lib, dvd and related stuff. I noticed a few months ago, that there are emerging libraries for Linux, that are legal. Does SuSE have any plans, in providing legal dvd playback libraries in the future?
Onsdag 17 november 2004 18:10 skrev Örn Hansen:
onsdag 17 november 2004 00:42 skrev Johan Nielsen:
Tirsdag 16 november 2004 22:56 skrev Joe Morris (NTM):
Jörg Hermsdorf wrote:
Well, there are no x86_64 packman xine-lib packages, yet. I tried to build the packman-src.rpm for x86_64 serveral times, but never with success.
Did you also build the packages needed for dependencies?
Since we are on the subject of xine-lib, dvd and related stuff. I noticed a few months ago, that there are emerging libraries for Linux, that are legal. Does SuSE have any plans, in providing legal dvd playback libraries in the future?
Raising my head from the inside of the cabinet of a fresh assembled PC (AMD64 what else). I haven't got a clue. But to me they simply have to, to compete in the consumermaket. Lets start some speculation on that topic. What will it take SuSE to be competitive for real in the consumermarket. 1. High up on that list will be no hazzle "working" multimedia. 2. Support of people doing projects like the ivtv drivers for pvr 250/350 cards http://ivtv.sourceforge.net/. Supplying them with a free copy of the distro would be a very smart and supportive move. 3. Making mythTV.org as one example a part of the distribution. 4. But Xchm / chmlib wouldn't be bad to have around too. If they plan on moving people with a lot of publications/ebooks in that format. Just two examples that would make my life with Linux more fun/interesting. And I bet that each user has one or two applications they'd like to see blossom together with the SuSE distro. Johan
torsdag 18 november 2004 00:24 skrev Johan Nielsen:
1. High up on that list will be no hazzle "working" multimedia.
My box freezes from time to time, with amaroK (the latest), and it did that earlier with juk too.
3. Making mythTV.org as one example a part of the distribution.
MythTV is a nice app, but it doesn't have much of a use unless you have a dual screen setup. That way, MythTV starts on the TV set ... but as a normal application for your average display ... nah, I don't think so. It's entire user interface, is built to reside on TV and to be navigated through with a remote.
4. But Xchm / chmlib wouldn't be bad to have around too. If they plan on moving people with a lot of publications/ebooks in that format.
No clue, on what that is. Seen from my point of view, the only thing that is missing is DVD play, or the ability to play DVD's. I'm betting that amaroK's and juk's problems with my box, has to do with the 64bits ... that aside, they always worked flawlessly on my 32bit boxes.
Torsdag 18 november 2004 07:34 skrev Örn Hansen:
torsdag 18 november 2004 00:24 skrev Johan Nielsen:
1. High up on that list will be no hazzle "working" multimedia.
My box freezes from time to time, with amaroK (the latest), and it did that earlier with juk too.
3. Making mythTV.org as one example a part of the distribution.
MythTV is a nice app, but it doesn't have much of a use unless you have a dual screen setup. That way, MythTV starts on the TV set ... but as a normal application for your average display ... nah, I don't think so. It's entire user interface, is built to reside on TV and to be navigated through with a remote.
Yes .. but we do want linux to grow don't we. And people tend to get into some spending when it comes down to they holiday video/foto's and daily "entertainment/conviniece".
4. But Xchm / chmlib wouldn't be bad to have around too. If they plan on moving people with a lot of publications/ebooks in that format.
No clue, on what that is.
Compliled html often used on the windowsplatform and for ebooks and the likes. And in a world of free choice it's important that we can read/hear what people write/say across platforms
Seen from my point of view, the only thing that is missing is DVD play, or the ability to play DVD's. I'm betting that amaroK's and juk's problems with my box, has to do with the 64bits ... that aside, they always worked flawlessly on my 32bit boxes.
Joe Morris on this list have some 64bit rpm's of Xine !! Johan
On Tuesday 16 November 2004 22:56, Joe Morris (NTM) wrote:
Jörg Hermsdorf wrote:
Well, there are no x86_64 packman xine-lib packages, yet. I tried to build the packman-src.rpm for x86_64 serveral times, but never with success.
Did you also build the packages needed for dependencies?
So I had a look at the SPEC-File that comes with the SUSE src.rpm on the DVD, seems like SUSE applies some extra AMD64 patches to the official xine sources. Would be cool if someone with more packaging experience could provide at least a src.rpm for x86_64.
I have built x86_64 packages from Packman's src.rpms. If you want, and you have the mailbox size, I can either send you the rpms or the src.rpms.
Maybe the easiest way would be to take the SUSE src.rpm from the DVD and edit the SPEC-File so that none of the patches that restrict the official xine source, due to legal issues, are applied. Then a rebuild of xine for x86_64 should work, shouldn't it?
With my previous SuSE 9.1 (64 bit on Athlon 64) as well as SuSE 9.2 (64 bit on Athlon 64) I succesfully built a 64 bit xine from source (xine-lib-1-rc6a and libdvdcss-1.2.7): 1) uninstall the SuSE xine-lib and xine-ui if they were installed already 2) download compile and install libdvdcss if you want to play commercial dvd's (http://developers.videolan.org/libdvdcss/) 3) download compile and install xine-lib (http://xinehq.de/) 4) (re)install xine-ui from the SuSE DVD For compilation I used: ./configure --libdir=/usr/lib64 make su <password> checkinstall Roel Vestjens
I believe it is more than just the restrictions, it is also some needed libraries/packages.
-- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
Hi, I am trying to use partimage on my dual Opteron box running SuSE9.1, however, I got the following strange error message: Dopteron:/work/suse64/9.1/suse/x86_64 # partimage Error: sizeof(DWORD) != 4 (8) This version has been compiled with an uncompatible version of gcc. Both gcc-3.3.3-33 and partimage-0.6.2-139 were installaed from SUSE 9.1 for AMD64, Any hint? I am also looking for the x86_64 version of Systemimager, any information is appreciated. Regards Jyh-Shyong Ho, Ph.D. Research Scientist National Center for High Performance Computing Hsinchu, Taiwan, ROC
On Tuesday 23 November 2004 01:47, Jyh-Shyong Ho wrote:
Hi,
I am trying to use partimage on my dual Opteron box running SuSE9.1, however, I got the following strange error message:
Dopteron:/work/suse64/9.1/suse/x86_64 # partimage Error: sizeof(DWORD) != 4 (8) This version has been compiled with an uncompatible version of gcc.
Both gcc-3.3.3-33 and partimage-0.6.2-139 were installaed from SUSE 9.1 for AMD64, Any hint?
I am also looking for the x86_64 version of Systemimager, any information is appreciated.
Regards
Jyh-Shyong Ho, Ph.D. Research Scientist National Center for High Performance Computing Hsinchu, Taiwan, ROC
I do have comparable problems with partimage , and sent my question to the
developer (fdupoux@partimage.com doesn't work) see next mail. So far I don't
have an answer but I can use the 32-bit version.
Roel.
---------- Forwarded Message ----------
Subject: configure error on x86_64
Date: Wednesday 03 November 2004 16:02
From: Roel Vestjens
Dopteron:/work/suse64/9.1/suse/x86_64 # partimage Error: sizeof(DWORD) != 4 (8) This version has been compiled with an uncompatible version of gcc.
Looks like the program is not 64bit clean at all. Either you need to fix the source or build it with -m32. -Andi
Hi list, I have my own iptables file wich contains all my iptable rules that I have been working on for quite some time. I would like to copy this file to my new SuSE 9.1 box with a few minor changes to some of the rules. I never userd SuSEfirewall2 but it looks like it simply generates all the rules for you This is great but I alreay have my iptables file with all the rules I want. Is there any way to get SuSEfirewall2 to just take my rules and just use them? I really don't want to have to make a startup script that loads all the iptables modules and then reads my rules from file. Maybe someone here has done this already? Any one have any ideas? Thank you Rene
Rene Salmon wrote:
Hi list,
I have my own iptables file wich contains all my iptable rules that I have been working on for quite some time. I would like to copy this file to my new SuSE 9.1 box with a few minor changes to some of the rules.
I never userd SuSEfirewall2 but it looks like it simply generates all the rules for you This is great but I alreay have my iptables file with all the rules I want.
Is there any way to get SuSEfirewall2 to just take my rules and just use them?
I really don't want to have to make a startup script that loads all the iptables modules and then reads my rules from file. Maybe someone here has done this already?
Any one have any ideas?
Thank you Rene
Disable SuSEFirewall2 using chkconfig & call your file from boot.local or your own rc.local file. How are you calling iptables now ?
Thanks for the reply. Currently the we have a bunch of redhat boxes these boxes have a script "/etc/init.d/iptables" this script loads the iptables modules on to the kernel at startup and then it reads the iptable rules from the file /etc/sysconfig/iptables. I would like to reuse the /etc/sysconfig/iptables rules file on the Suse box but I do not have the /etc/init.d/iptables startup script for Suse. I guess I can copy the one from the redhat box and edit it to work with the SuSe box but I really do not know how well that will work. Thanks Rene
Disable SuSEFirewall2 using chkconfig & call your file from boot.local or your own rc.local file. How are you calling iptables now ?
Rene Salmon wrote:
Thanks for the reply. Currently the we have a bunch of redhat boxes these boxes have a script "/etc/init.d/iptables" this script loads the iptables modules on to the kernel at startup and then it reads the iptable rules from the file /etc/sysconfig/iptables.
I would like to reuse the /etc/sysconfig/iptables rules file on the Suse box but I do not have the /etc/init.d/iptables startup script for Suse.
I guess I can copy the one from the redhat box and edit it to work with the SuSe box but I really do not know how well that will work.
Thanks Rene
Disable SuSEFirewall2 using chkconfig & call your file from boot.local or your own rc.local file. How are you calling iptables now ?
They have a skeleton file (/etc/init.d/skeleton) which you can modify into the equivalent of your old /etc/init.d/iptables file, you could even name it iptables. Have that file call your /etc/sysconfig/iptables file (installed wherever you want it, maybe as /etc/init.d/iptables.rules or some such) to run the rules. Read the man pages on insserv & chkconfig, they will help. This is quite similar to what I did on this box, & it's been working fine for over a year now, under SuSE 8.2, but I don't think there are any material differences in the init.d setup.
participants (14)
-
Andi Kleen -
Franz Mach -
Holger Ensslen -
Joe Morris (NTM) -
Johan Nielsen -
Jyh-Shyong Ho -
Mark Creamer -
Martin Schmidt -
R.G.J. Vestjens -
Rene Salmon -
Volker Kuhlmann -
William A. Mahaffey III -
yojoe＠t-online.de -
Örn Hansen