Re: tcmplex
The following info suggests that tcmplex is deprecated.. and you can get mplex from mjpegtools package. Cheers Norv The tool most commonly used for multiplexing VOBs is *mplex*, from mjpegtools (http://mjpeg.sourceforge.net/). A typical sequence of commands is: transcode -i _source-file_ -o _output_.m2v -m _output_.ac3 ... mplex -f 8 -V -o _output_.vob _output_.m2v _output_.ac3 Another option is *tcmplex*, based on bbmpeg, which is included in versions of transcode through 0.6.14; however, tcmplex was removed from CVS on 2005/1/14, as it had been unmaintained for a long time. A slightly modified version of tcmplex is available at http://www.home.zonnet.nl/panteltje/dvd/. (From transcode wiki at transcoding.org) On Mon, Sep 19, 2005 at 03:23:55PM -0600, William Brown wrote: I think I finally have some good parameters to the transcode utility to create some good DVD mpeg2 format videos. However, once I use transcode to transcode and split into video/audio files, I need to re-merge them back into one file. What I'm looking for is tcmplex. What I've found on the net with google tells me that this is the tool I need to merge my audio and video back into one file before burning it to disc with growisofs. I see that marillat debian sources are back up, at ftp.nerim.net, but I took alook there and don't see any tcmplex package or source, nor do I see it as a part of the transcode source archive. avimerge is there, but I need something to merge my mpeg output, not my avi files. As well, I tried searching debian archives sarge, sid, marillat, and found nothing for tcmplex, or even mplex. Can anyone tell me where I can find tcmplex, or mplex for sid, in sourced or precompiled binary? transcode package from marillat appears to include /usr/bin/tcmplex so you should already have it if you have transcode. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Goswin: your 32bit archive
So is the script only for producing packages for a new bi-arch system (requiring the new apt and dpkg)? Or can we still use it to convert a few other packages (not in your original script you posted) to use in a plain pure64 system? If it's not too ingrained with apt/dpkg, then maybe I could play around with the script to do what I need. John __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: network card on AMD64 installation
Hi, Really i think that the system had a problem with some network cards or some Motherboards, because I try to install debian AMD64 on my new MSI K8N Neo4 that use nvidia nforce 4 chipset and Debian AMD64 didn't detect any network card during the install process and after that. When the system was installed I try to compile and install the nforce kernel module downloaded from nvidia web page, but it don't install because "the kernel version that was compiled is different from the version that is loaded" and really I don't know why this if i used the kernel source code and headers that came with the DVD iso. After that i think "ok, let me disable the on board network card and use other in a PCI slot" and fist I put a D'Link DFE-530TX that use the old VIA chip set and Debian don't see this new card, then I change the D'link by a 3COM 3C905B-TX and ok the system it recognizes that, but my surprise is that Debian don't see the net, It can configure the card by DHCP, I try to configure manually, but it don't see any other machine in the network. I know that all the hardware is fine because I try using other distribution and all work fine, because it I think that the problem is in debian distribution on some hardware configuration. Thanks and Regards Julian Bolivar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Heat problem with amd64 laptop
overheating... I don't have a amd64 laptop, but I know that if you accidentally block the airflow you can get REALLY hot REALLY fast. Also, leave airflow *under* the unit. I don't understand the thermal diffusion, but I know that keeping that area ventilated really helps cut down the heat even when burning cds and stuff of that nature.
Re: nvida driver is not working after reboot
Rob Sims wrote: /var/log/Xorg.0.log has the information to debug this. Apparently, in 2.6.13 the sysfs symbols were marked GPL only. This means that the nvidia entries don't make it, so udev can't create the special files in /dev. Creating the files by hand worked for me. I've also added lines to my udev config, but haven't booted since. The changes were: At the end of /etc/udev/links.conf: # sysfs doesn't play with non-GPL modules as of 2.6.13 M nvidia0 c 195 0 M nvidia1 c 195 1 M nvidia2 c 195 2 M nvidia3 c 195 3 M nvidiactl c 195 255 At the end of /etc/udev/permissions.rules: # nVidia KERNEL=="nvidia*", MODE="0660", GROUP="video" Hm, I did both and xorg is running again, but the devices /dev/nvidia* do not belong to the group video and the mode is not set to 660: crw--- 1 root root 195, 0 2005-09-26 19:48 /dev/nvidia0 crw--- 1 root root 195, 1 2005-09-26 19:48 /dev/nvidia1 crw--- 1 root root 195, 2 2005-09-26 19:48 /dev/nvidia2 crw--- 1 root root 195, 3 2005-09-26 19:48 /dev/nvidia3 crw--- 1 root root 195, 255 2005-09-26 19:48 /dev/nvidiactl The group video does exist and I added at the end of /etc/udev/permissions.rules: # nvidia KERNEL=="nvidia*", MODE="0660", GROUP="video" So what's missing that no group permissions are set? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Heat problem with amd64 laptop
On (26/09/05 17:31), Thomas Steffen wrote: > On 9/25/05, Clive Menzies <[EMAIL PROTECTED]> wrote: > > > I spoke to Acer support who referred me to the small print re: official > > acer software blah di blah. > > > I assume you bought the notebook in the UK. In this case european consumer > law is applicable, and you can conveniently ignore all the smallprint. If > they advertise a 64bit CPU, you can rightfully expect to run 64bit > applications. They may not support the OS, but you are not asking them to > support the OS, so that should be fine. Yes, things have moved on. Following the various posts here and Giulio's suggestion to stress test the system under windows, I found Hotcpu Tester which has about 6 hours of tests including arithmetic tests. I tried the first one and it shut the machine down in about 5 mins. > You can also try to get thermal zones to work. With ACPI that may be > supported on Linux 2.6. In effect, the clock frequency is reduced when the > temperature gets too high, and this prevents overheating. > > Personally though, I would not put up with a lemon, and I would get them fix > the issue. > > I've just > > tried the Ubuntu install and whilst exploring how it handles samba > > networking it shutdown X with an error along the lines of temp exceeding > > 44 degrees shutting down. > > > 44 degrees is not that much, after all the notebook should probably work > with an environment temperature up to about 35 degrees. So maybe Ubuntu is > being to conservative here? Maybe thermal zones are already set up, but the > shut down temperature is very low? > I spoke to a fairly enlightened support person who agreed that it obviously a h/w issue although he said 44 degrees is more likely to refer to the system than the cpu. He confirmed the amd64 chip should run 64 bit applications without a problem irrespective of the operating system. So it's back to Acer again for repair. > Unfortunately, I could never get thermal zones to work, so I can't really > help you with that :-) If it is repaired properly, it shouldn't be necessary. Many thanks for everyone's help ;) Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Heat problem with amd64 laptop
On 9/25/05, Clive Menzies <[EMAIL PROTECTED]> wrote: I spoke to Acer support who referred me to the small print re: officialacer software blah di blah. I assume you bought the notebook in the UK. In this case european consumer law is applicable, and you can conveniently ignore all the smallprint. If they advertise a 64bit CPU, you can rightfully expect to run 64bit applications. They may not support the OS, but you are not asking them to support the OS, so that should be fine. You can also try to get thermal zones to work. With ACPI that may be supported on Linux 2.6. In effect, the clock frequency is reduced when the temperature gets too high, and this prevents overheating. Personally though, I would not put up with a lemon, and I would get them fix the issue. I've justtried the Ubuntu install and whilst exploring how it handles samba networking it shutdown X with an error along the lines of temp exceeding44 degrees shutting down. 44 degrees is not that much, after all the notebook should probably work with an environment temperature up to about 35 degrees. So maybe Ubuntu is being to conservative here? Maybe thermal zones are already set up, but the shut down temperature is very low? Unfortunately, I could never get thermal zones to work, so I can't really help you with that :-) Thomas
Re: Network Block Device
On Saturday 24 September 2005 11:57 am, Goswin von Brederlow wrote: > Mike Reinehr <[EMAIL PROTECTED]> writes: > > This may not be an AMD64 question, but both systems involved are running > > Debian AMD64, so ... > > > > Does anyone know how to get a network block device (nbd) working, or if > > it can be gotten to work? This instructions are very straight forward, > > but I've been fiddling with it all week long and haven't yet been able > > to get it going. > > > > On the server side I have running: /bin/nbd-server 1077 /vg0/swlv > > > > On the client side, however, when I try running: > > /bin/nbd-client eljudnir 1077 /dev/nd0 > > > > I get an fsck.ext3 error message when it attempts to mount the device. > > The /etc/fstab entry is: > > > > /dev/nd0 /mnt/nd0 ext3 defaults,ro,nouser,noauto 0 0 > > > > nbd is compiled as a module. > > > > Problems like this often turn out to be overlooking something quite > > simple, so I'm ready to be humbled and/or humiliated. > > > > Thanks! > > > > cmr > > Could it be the device just doesn't contain a sane ext3 fs? > > I hope you don't have /vg0/swlv mounted on the server. > > MfG > Goswin No. It's clean & I can mount locally with no problem. I'll keep fiddling! Thanks, cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
jigdo dvd images
Are there any $SUBJ out there? As I need to install (preferably) sarge-amd64 on some off-line machines, I tried to grab jigdo files from hhttp://cdimage.debian.org/cdimage/unofficial/sarge-amd64/jigdo-dvd/ as indicated by instructions on http://www.debian.org/ports/amd64/ but jigdo-lite finished with some 278 or so packages missing. What should I try next? Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mythtv fails
Hamish Moffatt ([EMAIL PROTECTED]) wrote: > On Mon, Sep 26, 2005 at 08:17:44PM +0900, Craig Hagerman wrote: > > Has anyone had success installing mythtv on debian (sid) amd64 > > recently? I have been trying recently without success. I added these > > lines to /etc/apt/sources.list > > > > ### --- mythtv > > deb http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv > > deb-src http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv > > > But apt-get update complains: > > Indeed; there's no sign of any amd64 files on that server. > I don't remember ever seeing them there. Not just for unstable either - > the hoary debs are also i386 only. > > > I also tried to download the tarball and install manually, but it > > fails, complaining that: > > > > In file included from avcodec.h:14, > > from utils.c:27: > > common.h:61: error: array type has incomplete element type > > common.h:65: error: array type has incomplete element type > > That's probably due to gcc 4. Try with gcc-3.3. GCC-3.4 is the one to use. Must hack a bit on the rules file, and some other (Don't remember) I have uploaded myth and mythplugins to: deb http://pure64.org/debian ./ > > > Any ideas why the normal apt-get install (binary, not source) is > > failing? or ideas what is going wrong here? I did a successful install > > of mythtv on a ubuntu 5.04 AMD64 system one month ago with no problems > > whatsoever. I had thought it would be as painless on my Debian sid. > > I think Ubuntu includes MythTV, so you got the debs from ubuntu.com > and not from mdz's personal site. Debian does not include MythTV. > > There are brand new source packages available from mdz's site which might > compile for you on unstable ie they'll do the right thing wrt gcc. > > Hamish > -- > Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- .O. Scream, Scream like the silence of the bits. ..O Dead lies the flag by the feet of the cold one. OOO Freedom WILL break the walls of mammon. pgpk4Pf1n2uUC.pgp Description: PGP signature
Re: mythtv fails
On Mon, Sep 26, 2005 at 08:17:44PM +0900, Craig Hagerman wrote: > Has anyone had success installing mythtv on debian (sid) amd64 > recently? I have been trying recently without success. I added these > lines to /etc/apt/sources.list > > ### --- mythtv > deb http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv > deb-src http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv > But apt-get update complains: Indeed; there's no sign of any amd64 files on that server. I don't remember ever seeing them there. Not just for unstable either - the hoary debs are also i386 only. > I also tried to download the tarball and install manually, but it > fails, complaining that: > > In file included from avcodec.h:14, > from utils.c:27: > common.h:61: error: array type has incomplete element type > common.h:65: error: array type has incomplete element type That's probably due to gcc 4. Try with gcc-3.3. > Any ideas why the normal apt-get install (binary, not source) is > failing? or ideas what is going wrong here? I did a successful install > of mythtv on a ubuntu 5.04 AMD64 system one month ago with no problems > whatsoever. I had thought it would be as painless on my Debian sid. I think Ubuntu includes MythTV, so you got the debs from ubuntu.com and not from mdz's personal site. Debian does not include MythTV. There are brand new source packages available from mdz's site which might compile for you on unstable ie they'll do the right thing wrt gcc. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installer segfaults.
You don't have to use pen and paper if you use the serial line and minicom. You can configure PXE to output to the serial line with: "serial 0 115200 0x303" as the first line of your configuration file in pxelinux.cfg. The Debian installer initrd I believe is already configured to use the serial line as well. You may get more information from the serial line as well. jamie. On Mon, Sep 26, 2005 at 01:39:40PM +0200, Thomas Alexander Frederiksen wrote: > Hi. > > I've been having a bit of a fight with the AMD64-installer: > > The current sarge installer image segfaults with "swapper not tainted" > as soon as the kernel has been fetched over TFTP. > > The images for etch work without problems. > > I'm guessing that whatever the problem is, it has been resolved after > 2.6.8 was released. > > My main issue is that I actually need sarge, and not etch, as I'm > working on automated installs for production use. > > If it's useful to anyone, I'll try to get the entire message posted as > well, but as I'll have to do it with pen and paper first, it's not > something I'm particularly looking forward to. > > Any good ideas? > > -- > Yours sincerely > Thomas Alexander Frederiksen EasySpeedy ApS > Hard- & Software Technician 33, Hoesterkoebvej > Phone: +45 4594 1401 DK-2970 Hoersholm > Denmark > http://EasySpeedy.com > ___ > Reliable Dedicated Server Hosting > 24/7 Customer Self-Services available > Multiple Linux and BSD distributions > ___ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Installer segfaults.
Hi. I've been having a bit of a fight with the AMD64-installer: The current sarge installer image segfaults with "swapper not tainted" as soon as the kernel has been fetched over TFTP. The images for etch work without problems. I'm guessing that whatever the problem is, it has been resolved after 2.6.8 was released. My main issue is that I actually need sarge, and not etch, as I'm working on automated installs for production use. If it's useful to anyone, I'll try to get the entire message posted as well, but as I'll have to do it with pen and paper first, it's not something I'm particularly looking forward to. Any good ideas? -- Yours sincerely Thomas Alexander Frederiksen EasySpeedy ApS Hard- & Software Technician 33, Hoesterkoebvej Phone: +45 4594 1401 DK-2970 Hoersholm Denmark http://EasySpeedy.com ___ Reliable Dedicated Server Hosting 24/7 Customer Self-Services available Multiple Linux and BSD distributions ___ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mythtv fails
Hi, Has anyone had success installing mythtv on debian (sid) amd64 recently? I have been trying recently without success. I added these lines to /etc/apt/sources.list ### --- mythtv deb http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv deb-src http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv But apt-get update complains: Failed to fetch http://dijkstra.csh.rit.edu/~mdz/debian/dists/unstable/mythtv/binary-amd64/Packages.gz 404 Not Found Reading package lists... Done W: Couldn't stat source package list http://dijkstra.csh.rit.edu unstable/mythtv Packages (/var/lib/apt/lists/dijkstra.csh.rit.edu_%7emdz_debian_dists_unstable_mythtv_binary-amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://dijkstra.csh.rit.edu unstable/mythtv Packages (/var/lib/apt/lists/dijkstra.csh.rit.edu_%7emdz_debian_dists_unstable_mythtv_binary-amd64_Packages) - stat (2 No such file or directory) So I tried JUST the source file line, but the install failed saying that there were unmet dependencies with mythtv-backend, mythtv-frontend which are not installable. I also tried to download the tarball and install manually, but it fails, complaining that: In file included from avcodec.h:14, from utils.c:27: common.h:61: error: array type has incomplete element type common.h:65: error: array type has incomplete element type make[2]: *** [utils.o] Error 1 make[2]: Leaving directory `/usr/local/mythtv/libs/libavcodec' make[1]: *** [sub-libavcodec] Error 2 make[1]: Leaving directory `/usr/local/mythtv/libs' make: *** [sub-libs] Error 2 Any ideas why the normal apt-get install (binary, not source) is failing? or ideas what is going wrong here? I did a successful install of mythtv on a ubuntu 5.04 AMD64 system one month ago with no problems whatsoever. I had thought it would be as painless on my Debian sid. Craig
Re: amd-64 vs Pure-64
On Monday 19 September 2005 00:37, Marc F. Clemente wrote: > I was finally able to build ooo2 from sources for amd64. Try it at: > > deb http://mclemente.net/debian/ ./ > > If it doesn't work for you, I doubt I would be able to help you. > Constructive criticism is welcome. > > Marc Where might I find the sources and patches from which you compiled your version of OOo2? -- AJS delta echo bravo six four at earthshod dot co dot uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia + openGL + java
Problem solved: I read a response in another thread that nvidia 7174 does not work with kernels 2.6.13 so downloaded the 7676 version which works fine. Some other tests, including glxgears and the fox gl widget did give sigfaults on occasion in both 32 and 64 bit environments but they have, AFAICS, been solved. I got the nvidia sources from ~rdonald's site but I didn't understand how to use apt to get them. Can someone clarify his instructions. If I use exactly the line he gives, apt gives a parse error when it can't find a distribution. Hugh Waite wrote: > I am trying to get jogl, the openGL for java extension, working. Since > it requires a native file (jogl.so) which I can only find for x86, I am > working in a 32 bit chroot. When I ran an example, it > crashed giving a segfault in the libGL.so file. This was currently > provided by nvidia-glx so I removed it and the program ran fine (without > hardware acceleration I expect). I compiled my own nvidia-glx package > (version 7174) using standard apt-get source --compile but the same > error occurs > I am guessing this is a bug in the nvidia libGL file but I have only > experienced the error in 32-bit, so maybe this is the wrong place to post. > Has anyone had success compiling/using jogl on amd64/know where I can > get source for this so I can test in 64bit mode? > > Many thanks > > Hugh > > > Here is the error I get when running: > # > # An unexpected error has been detected by HotSpot Virtual Machine: > # > # SIGSEGV (0xb) at pc=0x5c35baba, pid=5634, tid=1558608816 > # > # Java VM: Java HotSpot(TM) Client VM (1.5.0_05-b05 mixed mode, sharing) > # Problematic frame: > # C [libGL.so.1+0x2caba] > # > # An error report file with more information is saved as hs_err_pid5634.log > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # > Aborted > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Openoffice.org, chroot and fonts
Hello, I have unofficial sarge debian-amd64 running as main system and sarge ia32 in chroot. Has just installed OO in chroot as described in HOWTO. It works fine. The only problem are fonts. I have got locales pl_PL set on both systems, however OO evidently is using iso-8859-1 fonts both for display and menus. Where does it look for fonts? In the chroot or in the host system? I looked at configuration in OO and setting Polish in all possible language options didn't change anything. Thanks for any help in advance Piotr -- Piotr Kopszak, Ph.D. Polish Art Gallery, National Museum in Warsaw ->http://kopszak.mnw.art.pl/ http://www.magnatune.com/artists/altri_stromenti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ATI drivers for Debian 64 bit...
Ernest jw ter Kuile wrote: On Sunday 25 September 2005 18:23, [EMAIL PROTECTED] wrote: I'm thinking that accelerated OpenGL drivers should be part of the distribution, with options available for choosing what flavor one would like to go with. I believe that this would make it easier on everyone. Very true. It's just so unfortunate that ATi, NVidea and others don't distribute there drivers in source code with a DFSG acceptable licence. Until that happens Debian users which want to use this non-free stuff are basically on their own, and must do it this way. Ernest. Oh I don't know, nvidia-glx is easy enough to install on Debian from non-free The biggest problem for ATI users is there's no reasonable packages in Debian or elsewhere - and to be honest, any DD who took on the support nightmare of fglrx is insane. --Jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Acrobat Reader 7.0 in pure64 environment
Michelasso wrote: I make presentations using a latex class (powerdot) that gives as output a .pdf file, and often I have to present it using computers running windows in which there is only Acrobat Reader installed, so I want to be sure that everything is ok testing it with this "polluting closed source software". Of course I could ask the organizers of the workshops where I am used to show my presentations that I refuse to attend if they don't provide me a pc running Debian or Knoppix, but this seems to me not feasible at the moment... Just tell them you need a pc with a cdrom. Then boot knoppix from a cd, where you may have your presentation as well. :-) If you have time, you could even modify the knoppix installation to boot straight into the presentation - no need to fuss around with menus and such. :-) And if their pc somehow won't boot your knoppix cd, then windows will still be able to get the pdf off it. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: amd-64 vs Pure-64
Robert Isaac <[EMAIL PROTECTED]> writes: > Hello, > > --- Alexander Rapp <[EMAIL PROTECTED]> wrote: > >> >> If I recall correctly from my own ooo2 build, the >> only modifications >> needed were editing some incorrectly autogenerated >> files (chaning int to >> long IIRC, can't remember the exact details) and >> restarting the build >> process with dpkg-buildpackage -uc -nc. Thus there >> isn't really any >> "machine-readable source" for him to distribute, and >> the best he can do >> is provide instructions on the changes necessary. >> Wouldn't this be >> sufficient for GPL compliance? Also note that OOo >> is LGPL, not GPL, >> though I don't think that matters here. >> >> -- Alexander Rapp > > To remain legal he would have to provide a link to the > OOo2 source code. > > Easily fixed. > > Bob Build instructions of the form: - run dpkg-buildpackages -uc till it fails - apply this patch - run dpkg-buildpackages -us -nc accompanied with the patch to apply and the original source would work too. On the other hand if he writes "change int to long in foobar.c" instead of supplying the patch one could argue that that isn't machine readable source. But that is a grey area. I certainly would prefer a patch to vague instructions. Even more so a patch that fixes the autogeneration to use the correct type in the first place. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: amd-64 vs Pure-64
Jose Ildefonso Camargo Tolosa <[EMAIL PROTECTED]> writes: > The OpenOffice sources are avaible from the OpenOffice project. He > just built them for Debian AMD64. Just for your information: That is absolutely irelevant. As distributer of the binary he has to follow the GPL. What some other, no matter how closely related, project does is irelevant. > What you should ask is: Marc, how did you done that? Which is what I > think you wanna know. > > I don't know why you have to start bothering this way. Not all the > people have enough room to hold the complete sources, and the project > isn't *his* project (I don't even think he has modified the source, at > least not that much), it is OpenOffice, and you can download it > elsewhere. He just wanted to explain that he was able to build it for > AMD64, and probe it. If you don't have enough space for the full source then you can't legally put up binaries. That is just as it is. That is also the reason why we have projects like sourecforge or alioth. There is enough space for the debian-amd64 project on alioth to host the source and debs. If space is the problem. > I think that he is pretending to help the community, or else: why > would he post it to the mail list? I think he doing more than pretending. And this mail is in no way ment against him. Consider it an encouragement to be even better. > I believe that he'll post the instructions on how he did so, and we > will be able to use OpenOffice2 native 64bits soon. But all you can > do is start with technisims. There are people out there that really > violates the GPL, and at a commercial level, why don't you go, look > for them, and start to sue them! (I would help). To sue you have to hold the copyright of material they use in the violation of the GPL. If you do by all means fight for your and free software rights. I'm already happy if the people supporting the GPL do follow it, but that means including its drawbacks. How else can we point to some comercial schemer for violating the GPL if the community itself ignores the parts it doesn't like. > c-ya! > > Ildefonso Camargo MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]