Re: [gentoo-user] ebuild for cvs-version of sci-visualization/paraview
On 15 May, Mike Kazantsev wrote: On Thu, 14 May 2009 20:17:10 +0200 (CEST) Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: can anybody please tell me where to find or whom to ask for an ebuild paraview- (the cvs-version of paraview) I'd suggest tweaking latest ebuild yourself. It should take no more than five minutes with a few no-brainer actions. Most times, all you need to do is: 0. cp paraview-latest.ebuild paraview-.ebuild 1. Add inherit cvs line or add cvs to existing inherit line. 2. Replace SRC_URI with ECVS_SERVER / ECVS_MODULE. 3. If there's src_unpack function defined, replace src_unpack line inside it with cvs_src_unpack. 4. Digest (repoman manifest in ebuild path will do) and emerge it. And, of course, read the fine manual: http://devmanual.gentoo.org/ebuild-writing/functions/src_unpack/cvs-sources/index.html Thanks, I've tried that before. But paraview has changed a lot. (E.g. there is a new application called 'Overview') Upto 'install' everything worked, but there it failed. I'm not accustomed with 'cmake'. Thanks anyway, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
[gentoo-user] /dev/sr0 has disappeared: big mystery
For the 1st time in 2 months, I went to write a CD discovered that /dev/sr0 is not being created nor symlink /dev/cdrom ; I looked at 'dmesg': no mention of 'sr' or 'cd' being found. I've searched the Forum (more noise than signal as usual) Bugs: nothing. I tested the drive: SystemRescue 1.1.0 (kernel 2.6.25.16) starts correctly mounts /dev/sr0 on /mnt/cdrom ; its 'dmesg' says : sr0: scsi3-mmc drive: 16x/16x writer dvd-ram cd/rw xa/form2 cdda tray \ Uniform CD-ROM driver Revision: 3.20 BIOS reports Auto-detecting PATA primary master: ATAPI CD-ROM. I updated to Hal-0.5.11-r8 on 090221 Udev-124-r2 on 090418 ; I recompiled Udev, but that made no difference. I've checked the files which mention 'cd' in /etc/udev/rules.d there is no difference today from those at 090315 , when I did my last system back-up last used the CD drive. I've checked my kernel configs for 2.6.25 2.6.29 using 'gvimdiff' there is no difference between the relevant sections in Devices. I updated to 2.6.29 on 090404 . I tried my other kernels with the following unnerving findings : 2.6.25 creates /dev/sr0 , but after X starts the mouse/keyboard fail; 2.6.23 2.6.22 create /dev/sr0 , but X won't start at all. I notice that under 'Device Drivers - ATA/ATAPI/MFM/RLL Support' there are the lines : generic ATA/ATAPI disk support (NEW) [*] ATA disk support (NEW) [ ] ATAPI floppy support (NEW) Include IDE/ATAPI CDROM support (NEW) I didn't say 'y' to 'ATA ... Support', so both config files (25 29) say # CONFIG_IDE is not set This is because I understood that if you have 'SCSI device support - SCSI CDROM support' enabled, then you shouldn't have 'ATA...RLL' enabled as well. Is this a vital change in 2.6.29 ? Has anyone else encountered this ? Does anyone have suggestions ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] /dev/sr0 has disappeared: big mystery
On 15 May, Philip Webb wrote: For the 1st time in 2 months, I went to write a CD discovered that /dev/sr0 is not being created nor symlink /dev/cdrom ; I looked at 'dmesg': no mention of 'sr' or 'cd' being found. I've searched the Forum (more noise than signal as usual) Bugs: nothing. I tested the drive: SystemRescue 1.1.0 (kernel 2.6.25.16) starts correctly mounts /dev/sr0 on /mnt/cdrom ; its 'dmesg' says : sr0: scsi3-mmc drive: 16x/16x writer dvd-ram cd/rw xa/form2 cdda tray \ Uniform CD-ROM driver Revision: 3.20 BIOS reports Auto-detecting PATA primary master: ATAPI CD-ROM. I updated to Hal-0.5.11-r8 on 090221 Udev-124-r2 on 090418 ; I recompiled Udev, but that made no difference. I've checked the files which mention 'cd' in /etc/udev/rules.d there is no difference today from those at 090315 , when I did my last system back-up last used the CD drive. I've checked my kernel configs for 2.6.25 2.6.29 using 'gvimdiff' there is no difference between the relevant sections in Devices. I updated to 2.6.29 on 090404 . I tried my other kernels with the following unnerving findings : 2.6.25 creates /dev/sr0 , but after X starts the mouse/keyboard fail; 2.6.23 2.6.22 create /dev/sr0 , but X won't start at all. I notice that under 'Device Drivers - ATA/ATAPI/MFM/RLL Support' there are the lines : generic ATA/ATAPI disk support (NEW) [*] ATA disk support (NEW) [ ] ATAPI floppy support (NEW) Include IDE/ATAPI CDROM support (NEW) I didn't say 'y' to 'ATA ... Support', so both config files (25 29) say # CONFIG_IDE is not set This is because I understood that if you have 'SCSI device support - SCSI CDROM support' enabled, then you shouldn't have 'ATA...RLL' enabled as well. Is this a vital change in 2.6.29 ? Has anyone else encountered this ? Does anyone have suggestions ? Is your CDwriter a SATA device? Here, 2.6.29-r3 works just fine with my SATA-dvd-writer. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
[gentoo-user] Kino Crashes Opening Files
I originally posted this question to the kino group. The chain of emails is below. The problem is that kino crashes when opening a file, clicking on a folder that has a video file in it, or when passing it in on the command line. I removed and reinstalled kino, but the same thing happens. I compiled the source manually and the problem wasn't there. Now I think it has something to do with the Gentoo environment or the ebuild. One thing I noticed on my system is that in /usr/portage/media-video/kino there are two ebuilds a 1.3.1 and a 1.3.3 I have 1.3.1 installed. The diffs to these files are as follows. $ diff kino-1.3.1.ebuild kino-1.3.3.ebuild 1c1 # Copyright 1999-2008 Gentoo Foundation --- # Copyright 1999-2009 Gentoo Foundation 3c3 # $Header: /var/cvsroot/gentoo-x86/media-video/kino/kino-1.3.1.ebuild,v 1.7 2008/12/21 14:44:31 nixnut Exp $ --- # $Header: /var/cvsroot/gentoo-x86/media-video/kino/kino-1.3.3.ebuild,v 1.1 2009/03/29 13:39:42 patrick Exp $ 11c11 KEYWORDS=amd64 ppc ppc64 sparc x86 --- KEYWORDS=~amd64 ~ppc ~ppc64 ~sparc ~x86 29a30 dev-util/intltool I'm not sure if the 1.3.3 file is causing a problem somehow. Any ideas? Thanks, dhk Dan Dennedy wrote: On Wed, May 13, 2009 at 4:54 AM, dhk dhk...@optonline.net wrote: Dan Dennedy wrote: On Tue, May 12, 2009 at 3:08 AM, dhk dhk...@optonline.net wrote: dhk wrote: Carl Karsten wrote: On Sat, May 9, 2009 at 5:27 AM, dhk dhk...@optonline.net wrote: I don't edit video very often so I don't know exactly when this problem started. Whenever I try to open a file kino crashes. It starts fine, but as soon as I try to open a .kino, .dv and other type files it crashes. When I'm in the kino gui the crash occurs when I click on the folder that has the .kino file. On the command line it crashes when I pass the file in as a parameter. More than likely the libdv or libavcodec libraries changed somehow and Kino needs to be rebuilt. If you are going to rebuild it, see if there is a v1.3.3, the latest release, available - it will clear up many of those GTK+ warnings. post the command line and resulting output. [...] /Video/Capture/MomAndDad50thAnniversary $ kino take1.kino [...] Kino experienced a segmentation fault. $ gdb kino (gdb) run take1.kino ...segfault (gdb) where send the output. I think the problem is in the environment or setup somewhere. I don't have the answer, but I think I'm getting closer. So please bear with me as I explain. First) This is kino version 1.3.1 I'm working with. There isn't any libavcodec package in the portage tree as far as I've seen, but there is a libavc1394 version 0.5.3. The highest version of lbdv is 1.0.0-r2. I do not know the gentoo package names; libavcodec is a part of FFmeg. $ ldd $(which kino) and see if it is linked to a libavcodec Second) I tried compiling the source so I could run the program through the gdb debugger. When I ran the program without gdb it runs fine, but the same problem exists with the crashing. However, when running the program through gdb it SIGSEGV because it can't find the magick.glade and kino.glade file. The program was looking for them in /usr/local/share/kino/ and that path and the file don't exist. You have to install it to put resources in the expected location. Third) Then I did a make clean and ran configure with my own --prefix and copied the two .glade file to that location. I redid the steps above running kino with and without gdb and to my surprise everything worked. Except for some missing icons , which is understandable since I change the --prefix, everything I tested was functional. I could open files and play them. Like I said, Kino needed to be rebuilt for some reason or another. Or, something special about the gentoo build is triggering a bug. So now is the problem with the way kino is getting installed on Gentoo amd64 or am I picking up older files from previous versions that don't work? Any ideas? I think we're getting closer? Remove it entirely, re-emerge it. If the problem remains, file a bug with gentoo. If there is a patch that belongs upstream, someone should attach it to the Kino SourceForge tracker. Kino is no longer actively maintained, so someone needs to step up if they need it to work for them because no one else is going out of there way to resolve issues for various environments.
Re: [gentoo-user] Kino Crashes Opening Files
dhk wrote: I originally posted this question to the kino group. The chain of emails is below. The problem is that kino crashes when opening a file, clicking on a folder that has a video file in it, or when passing it in on the command line. I removed and reinstalled kino, but the same thing happens. I compiled the source manually and the problem wasn't there. Now I think it has something to do with the Gentoo environment or the ebuild. One thing I noticed on my system is that in /usr/portage/media-video/kino there are two ebuilds a 1.3.1 and a 1.3.3 I have 1.3.1 installed. The diffs to these files are as follows. $ diff kino-1.3.1.ebuild kino-1.3.3.ebuild 1c1 # Copyright 1999-2008 Gentoo Foundation --- # Copyright 1999-2009 Gentoo Foundation 3c3 # $Header: /var/cvsroot/gentoo-x86/media-video/kino/kino-1.3.1.ebuild,v 1.7 2008/12/21 14:44:31 nixnut Exp $ --- # $Header: /var/cvsroot/gentoo-x86/media-video/kino/kino-1.3.3.ebuild,v 1.1 2009/03/29 13:39:42 patrick Exp $ 11c11 KEYWORDS=amd64 ppc ppc64 sparc x86 --- KEYWORDS=~amd64 ~ppc ~ppc64 ~sparc ~x86 29a30 dev-util/intltool I'm not sure if the 1.3.3 file is causing a problem somehow. Any ideas? Thanks, dhk Dan Dennedy wrote: On Wed, May 13, 2009 at 4:54 AM, dhk dhk...@optonline.net wrote: Dan Dennedy wrote: On Tue, May 12, 2009 at 3:08 AM, dhk dhk...@optonline.net wrote: dhk wrote: Carl Karsten wrote: On Sat, May 9, 2009 at 5:27 AM, dhk dhk...@optonline.net wrote: I don't edit video very often so I don't know exactly when this problem started. Whenever I try to open a file kino crashes. It starts fine, but as soon as I try to open a .kino, .dv and other type files it crashes. When I'm in the kino gui the crash occurs when I click on the folder that has the .kino file. On the command line it crashes when I pass the file in as a parameter. More than likely the libdv or libavcodec libraries changed somehow and Kino needs to be rebuilt. If you are going to rebuild it, see if there is a v1.3.3, the latest release, available - it will clear up many of those GTK+ warnings. post the command line and resulting output. [...] /Video/Capture/MomAndDad50thAnniversary $ kino take1.kino [...] Kino experienced a segmentation fault. $ gdb kino (gdb) run take1.kino ...segfault (gdb) where send the output. I think the problem is in the environment or setup somewhere. I don't have the answer, but I think I'm getting closer. So please bear with me as I explain. First) This is kino version 1.3.1 I'm working with. There isn't any libavcodec package in the portage tree as far as I've seen, but there is a libavc1394 version 0.5.3. The highest version of lbdv is 1.0.0-r2. I do not know the gentoo package names; libavcodec is a part of FFmeg. $ ldd $(which kino) and see if it is linked to a libavcodec Second) I tried compiling the source so I could run the program through the gdb debugger. When I ran the program without gdb it runs fine, but the same problem exists with the crashing. However, when running the program through gdb it SIGSEGV because it can't find the magick.glade and kino.glade file. The program was looking for them in /usr/local/share/kino/ and that path and the file don't exist. You have to install it to put resources in the expected location. Third) Then I did a make clean and ran configure with my own --prefix and copied the two .glade file to that location. I redid the steps above running kino with and without gdb and to my surprise everything worked. Except for some missing icons , which is understandable since I change the --prefix, everything I tested was functional. I could open files and play them. Like I said, Kino needed to be rebuilt for some reason or another. Or, something special about the gentoo build is triggering a bug. So now is the problem with the way kino is getting installed on Gentoo amd64 or am I picking up older files from previous versions that don't work? Any ideas? I think we're getting closer? Remove it entirely, re-emerge it. If the problem remains, file a bug with gentoo. If there is a patch that belongs upstream, someone should attach it to the Kino SourceForge tracker. Kino is no longer actively maintained, so someone needs to step up if they need it to work for them because no one else is going out of there way to resolve issues for various environments. I've only been using Kino for a short time, but 1.3.3 has been perfectly find on my amd64 system. Consider unmasking it and installing that version, see if that gets around whatever the problem is.
Re: [gentoo-user] /dev/sr0 has disappeared: big mystery
090515 Helmut Jarausch wrote: On 15 May, Philip Webb wrote: BIOS reports Auto-detecting PATA primary master: ATAPI CD-ROM. Is your CDwriter a SATA device? Here, 2.6.29-r3 works just fine with my SATA-dvd-writer. Well, BIOS believes it's PATA . Anyway, that didn't change. I suspect some change involving kernel configuration: anyone know ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Kino Crashes Opening Files
Saphirus Sage wrote: dhk wrote: I originally posted this question to the kino group. The chain of emails is below. The problem is that kino crashes when opening a file, clicking on a folder that has a video file in it, or when passing it in on the command line. I removed and reinstalled kino, but the same thing happens. I compiled the source manually and the problem wasn't there. Now I think it has something to do with the Gentoo environment or the ebuild. One thing I noticed on my system is that in /usr/portage/media-video/kino there are two ebuilds a 1.3.1 and a 1.3.3 I have 1.3.1 installed. The diffs to these files are as follows. $ diff kino-1.3.1.ebuild kino-1.3.3.ebuild 1c1 # Copyright 1999-2008 Gentoo Foundation --- # Copyright 1999-2009 Gentoo Foundation 3c3 # $Header: /var/cvsroot/gentoo-x86/media-video/kino/kino-1.3.1.ebuild,v 1.7 2008/12/21 14:44:31 nixnut Exp $ --- # $Header: /var/cvsroot/gentoo-x86/media-video/kino/kino-1.3.3.ebuild,v 1.1 2009/03/29 13:39:42 patrick Exp $ 11c11 KEYWORDS=amd64 ppc ppc64 sparc x86 --- KEYWORDS=~amd64 ~ppc ~ppc64 ~sparc ~x86 29a30 dev-util/intltool I'm not sure if the 1.3.3 file is causing a problem somehow. Any ideas? Thanks, dhk Dan Dennedy wrote: On Wed, May 13, 2009 at 4:54 AM, dhk dhk...@optonline.net wrote: Dan Dennedy wrote: On Tue, May 12, 2009 at 3:08 AM, dhk dhk...@optonline.net wrote: dhk wrote: Carl Karsten wrote: On Sat, May 9, 2009 at 5:27 AM, dhk dhk...@optonline.net wrote: I don't edit video very often so I don't know exactly when this problem started. Whenever I try to open a file kino crashes. It starts fine, but as soon as I try to open a .kino, .dv and other type files it crashes. When I'm in the kino gui the crash occurs when I click on the folder that has the .kino file. On the command line it crashes when I pass the file in as a parameter. More than likely the libdv or libavcodec libraries changed somehow and Kino needs to be rebuilt. If you are going to rebuild it, see if there is a v1.3.3, the latest release, available - it will clear up many of those GTK+ warnings. post the command line and resulting output. [...] /Video/Capture/MomAndDad50thAnniversary $ kino take1.kino [...] Kino experienced a segmentation fault. $ gdb kino (gdb) run take1.kino ...segfault (gdb) where send the output. I think the problem is in the environment or setup somewhere. I don't have the answer, but I think I'm getting closer. So please bear with me as I explain. First) This is kino version 1.3.1 I'm working with. There isn't any libavcodec package in the portage tree as far as I've seen, but there is a libavc1394 version 0.5.3. The highest version of lbdv is 1.0.0-r2. I do not know the gentoo package names; libavcodec is a part of FFmeg. $ ldd $(which kino) and see if it is linked to a libavcodec Second) I tried compiling the source so I could run the program through the gdb debugger. When I ran the program without gdb it runs fine, but the same problem exists with the crashing. However, when running the program through gdb it SIGSEGV because it can't find the magick.glade and kino.glade file. The program was looking for them in /usr/local/share/kino/ and that path and the file don't exist. You have to install it to put resources in the expected location. Third) Then I did a make clean and ran configure with my own --prefix and copied the two .glade file to that location. I redid the steps above running kino with and without gdb and to my surprise everything worked. Except for some missing icons , which is understandable since I change the --prefix, everything I tested was functional. I could open files and play them. Like I said, Kino needed to be rebuilt for some reason or another. Or, something special about the gentoo build is triggering a bug. So now is the problem with the way kino is getting installed on Gentoo amd64 or am I picking up older files from previous versions that don't work? Any ideas? I think we're getting closer? Remove it entirely, re-emerge it. If the problem remains, file a bug with gentoo. If there is a patch that belongs upstream, someone should attach it to the Kino SourceForge tracker. Kino is no longer actively maintained, so someone needs to step up if they need it to work for them because no one else is going out of there way to resolve issues for various environments. I've only been using Kino for a short time, but 1.3.3 has been perfectly find on my amd64 system. Consider unmasking it and installing that version, see if that gets around whatever the problem is. I don't see a version 1.3.3 on my amd64, but I seem to have an ebuild for it. I don't think I have it masked either. All I see is media-video/kino gstreamer dvdr sox in the package.use file. # emerge --search kino !!! CONFIG_PROTECT is emptySearching... [ Results for search key : kino ] [ Applications found : 1 ] * media-video/kino Latest version available: 1.3.1
Re: [gentoo-user] Kino Crashes Opening Files
dhk wrote: Saphirus Sage wrote: dhk wrote: I originally posted this question to the kino group. The chain of emails is below. The problem is that kino crashes when opening a file, clicking on a folder that has a video file in it, or when passing it in on the command line. I removed and reinstalled kino, but the same thing happens. I compiled the source manually and the problem wasn't there. Now I think it has something to do with the Gentoo environment or the ebuild. One thing I noticed on my system is that in /usr/portage/media-video/kino there are two ebuilds a 1.3.1 and a 1.3.3 I have 1.3.1 installed. The diffs to these files are as follows. $ diff kino-1.3.1.ebuild kino-1.3.3.ebuild 1c1 # Copyright 1999-2008 Gentoo Foundation --- # Copyright 1999-2009 Gentoo Foundation 3c3 # $Header: /var/cvsroot/gentoo-x86/media-video/kino/kino-1.3.1.ebuild,v 1.7 2008/12/21 14:44:31 nixnut Exp $ --- # $Header: /var/cvsroot/gentoo-x86/media-video/kino/kino-1.3.3.ebuild,v 1.1 2009/03/29 13:39:42 patrick Exp $ 11c11 KEYWORDS=amd64 ppc ppc64 sparc x86 --- KEYWORDS=~amd64 ~ppc ~ppc64 ~sparc ~x86 29a30 dev-util/intltool I'm not sure if the 1.3.3 file is causing a problem somehow. Any ideas? Thanks, dhk Dan Dennedy wrote: On Wed, May 13, 2009 at 4:54 AM, dhk dhk...@optonline.net wrote: Dan Dennedy wrote: On Tue, May 12, 2009 at 3:08 AM, dhk dhk...@optonline.net wrote: dhk wrote: Carl Karsten wrote: On Sat, May 9, 2009 at 5:27 AM, dhk dhk...@optonline.net wrote: I don't edit video very often so I don't know exactly when this problem started. Whenever I try to open a file kino crashes. It starts fine, but as soon as I try to open a .kino, .dv and other type files it crashes. When I'm in the kino gui the crash occurs when I click on the folder that has the .kino file. On the command line it crashes when I pass the file in as a parameter. More than likely the libdv or libavcodec libraries changed somehow and Kino needs to be rebuilt. If you are going to rebuild it, see if there is a v1.3.3, the latest release, available - it will clear up many of those GTK+ warnings. post the command line and resulting output. [...] /Video/Capture/MomAndDad50thAnniversary $ kino take1.kino [...] Kino experienced a segmentation fault. $ gdb kino (gdb) run take1.kino ...segfault (gdb) where send the output. I think the problem is in the environment or setup somewhere. I don't have the answer, but I think I'm getting closer. So please bear with me as I explain. First) This is kino version 1.3.1 I'm working with. There isn't any libavcodec package in the portage tree as far as I've seen, but there is a libavc1394 version 0.5.3. The highest version of lbdv is 1.0.0-r2. I do not know the gentoo package names; libavcodec is a part of FFmeg. $ ldd $(which kino) and see if it is linked to a libavcodec Second) I tried compiling the source so I could run the program through the gdb debugger. When I ran the program without gdb it runs fine, but the same problem exists with the crashing. However, when running the program through gdb it SIGSEGV because it can't find the magick.glade and kino.glade file. The program was looking for them in /usr/local/share/kino/ and that path and the file don't exist. You have to install it to put resources in the expected location. Third) Then I did a make clean and ran configure with my own --prefix and copied the two .glade file to that location. I redid the steps above running kino with and without gdb and to my surprise everything worked. Except for some missing icons , which is understandable since I change the --prefix, everything I tested was functional. I could open files and play them. Like I said, Kino needed to be rebuilt for some reason or another. Or, something special about the gentoo build is triggering a bug. So now is the problem with the way kino is getting installed on Gentoo amd64 or am I picking up older files from previous versions that don't work? Any ideas? I think we're getting closer? Remove it entirely, re-emerge it. If the problem remains, file a bug with gentoo. If there is a patch that belongs upstream, someone should attach it to the Kino SourceForge tracker. Kino is no longer actively maintained, so someone needs to step up if they need it to work for them because no one else is going out of there way to resolve issues for various environments. I've only been using Kino for a short time, but 1.3.3 has been perfectly find on my amd64 system. Consider unmasking it and installing that version, see if that gets around whatever the problem is. I don't see a version 1.3.3 on my amd64, but I seem to have an ebuild for it. I don't think I have it masked either. All I see is media-video/kino gstreamer dvdr sox in the package.use file. # emerge --search kino !!! CONFIG_PROTECT is emptySearching... [ Results for search key : kino ] [ Applications found : 1 ] * media-video/kino Latest version available:
Re: [gentoo-user] /dev/sr0 has disappeared: big mystery
Am Freitag, 15. Mai 2009 11:00:59 schrieb Philip Webb: For the 1st time in 2 months, I went to write a CD discovered that /dev/sr0 is not being created nor symlink /dev/cdrom ; I looked at 'dmesg': no mention of 'sr' or 'cd' being found. I've searched the Forum (more noise than signal as usual) Bugs: nothing. I tested the drive: SystemRescue 1.1.0 (kernel 2.6.25.16) starts correctly mounts /dev/sr0 on /mnt/cdrom ; its 'dmesg' says : sr0: scsi3-mmc drive: 16x/16x writer dvd-ram cd/rw xa/form2 cdda tray \ Uniform CD-ROM driver Revision: 3.20 Please post your kernel config. BIOS reports Auto-detecting PATA primary master: ATAPI CD-ROM. What BIOS says is irrelevant. Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Tuesday 07 April 2009 12:25:07 Volker Armin Hemmann wrote: On Tuesday 07 April 2009, Alan McKinnon wrote: Is so OBVIOUSLY the correct way to go, and so OBVIOUSLY much easier. Right? I mean, what kind of twit do you have to be to not understand the hal files? /tongue_in_cheek using xml is just the rotten icing on that shitcake. There was a building up the road from here that proudly proclaimed, Software AG The XML Company. Now the carpark is empty and the sign on the gate reads, Office To Let. -- BigTone
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Mittwoch 08 April 2009, Paul Hartman wrote: On Wed, Apr 8, 2009 at 11:12 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: On Mittwoch 08 April 2009, Paul Hartman wrote: On Tue, Apr 7, 2009 at 11:31 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: On Tuesday 07 April 2009, Paul Hartman wrote: but now you can skip the FDI unless you have some customized configuration customized like a german layout with a german keyboard.. I wasn't the first nor the last one stepping into that trap. I only have US keyboards so I can't say how it should be done. :) According to the message when you emerge hal, it says: * If you wish to use a non US layout, you may do so by executing: * setxkbmap layout or by utilizing your Desktop Environment's * Keyboard Layout Settings mechanism. * Under GNOME, this is gnome-keyboard-properties, and under KDE * it is kxkb. So I think setting it in xorg.conf is easier, but at least it is not absolutely required if you can run setxkbmap in your xdm startup. :) which is so idiotic I won't even comment on that any further. I think editing /etc/hal/fdi/policy/10-keymap.fdi is easier than that, even. :) and I think editing xorg.conf is the easiest way.
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Friday 15 May 2009 18:03:21 Volker Armin Hemmann wrote: On Mittwoch 08 April 2009, Paul Hartman wrote: On Wed, Apr 8, 2009 at 11:12 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: So I think setting it in xorg.conf is easier, but at least it is not absolutely required if you can run setxkbmap in your xdm startup. :) which is so idiotic I won't even comment on that any further. I think editing /etc/hal/fdi/policy/10-keymap.fdi is easier than that, even. :) and I think editing xorg.conf is the easiest way. I think dumping hal for the stupid piece of software it is and moving to devicekit like the developer intends, is an even easier way... -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
Alan McKinnon wrote: On Friday 15 May 2009 18:03:21 Volker Armin Hemmann wrote: On Mittwoch 08 April 2009, Paul Hartman wrote: On Wed, Apr 8, 2009 at 11:12 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: So I think setting it in xorg.conf is easier, but at least it is not absolutely required if you can run setxkbmap in your xdm startup. :) which is so idiotic I won't even comment on that any further. I think editing /etc/hal/fdi/policy/10-keymap.fdi is easier than that, even. :) and I think editing xorg.conf is the easiest way. I think dumping hal for the stupid piece of software it is and moving to devicekit like the developer intends, is an even easier way... Since the new xorg-server was a complete flop here, when will this devicekit option be coming? Please tell me it will be easier that hal is. Dale :-) :-)
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
Alan McKinnon wrote: On Friday 15 May 2009 18:03:21 Volker Armin Hemmann wrote: On Mittwoch 08 April 2009, Paul Hartman wrote: On Wed, Apr 8, 2009 at 11:12 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: So I think setting it in xorg.conf is easier, but at least it is not absolutely required if you can run setxkbmap in your xdm startup. :) which is so idiotic I won't even comment on that any further. I think editing /etc/hal/fdi/policy/10-keymap.fdi is easier than that, even. :) and I think editing xorg.conf is the easiest way. I think dumping hal for the stupid piece of software it is and moving to devicekit like the developer intends, is an even easier way... Since the new xorg-server was a complete flop here, when will this devicekit option be coming? Please tell me it will be easier that hal is. Dale :-) :-)
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Fri, May 15, 2009 at 11:41 AM, Dale rdalek1...@gmail.com wrote: Since the new xorg-server was a complete flop here, when will this devicekit option be coming? Please tell me it will be easier that hal is. It (xorg+hal/fdi config) has worked fine for me since day 1 (and continues to work), using a fully ~amd64 system. So not a complete flop. And xorg devs have been using it like that for something like 5 years. I think the migration from one style of config to another was more the cause of many people's problems generally. I don't know anything about devicekit but I would bet the config operation would be close to that of hal/fdi than the old xorg.conf style.
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Friday 15 May 2009 18:42:10 Dale wrote: Alan McKinnon wrote: On Friday 15 May 2009 18:03:21 Volker Armin Hemmann wrote: On Mittwoch 08 April 2009, Paul Hartman wrote: On Wed, Apr 8, 2009 at 11:12 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: So I think setting it in xorg.conf is easier, but at least it is not absolutely required if you can run setxkbmap in your xdm startup. :) which is so idiotic I won't even comment on that any further. I think editing /etc/hal/fdi/policy/10-keymap.fdi is easier than that, even. :) and I think editing xorg.conf is the easiest way. I think dumping hal for the stupid piece of software it is and moving to devicekit like the developer intends, is an even easier way... Since the new xorg-server was a complete flop here, when will this devicekit option be coming? Please tell me it will be easier that hal is. I have no idea, sorry :-( DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Freitag 15 Mai 2009, Paul Hartman wrote: On Fri, May 15, 2009 at 11:41 AM, Dale rdalek1...@gmail.com wrote: Since the new xorg-server was a complete flop here, when will this devicekit option be coming? Please tell me it will be easier that hal is. It (xorg+hal/fdi config) has worked fine for me since day 1 (and continues to work), using a fully ~amd64 system. So not a complete flop. And xorg devs have been using it like that for something like 5 years. I think the migration from one style of config to another was more the cause of many people's problems generally. I don't know anything about devicekit but I would bet the config operation would be close to that of hal/fdi than the old xorg.conf style. because you use a keyboard with us layout and a standard mouse, Everybody else was screwed And what the devs use it not a good measurement. Devs also have used ext3 or 4k stack in the past
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
Paul Hartman wrote: On Fri, May 15, 2009 at 11:41 AM, Dale rdalek1...@gmail.com wrote: Since the new xorg-server was a complete flop here, when will this devicekit option be coming? Please tell me it will be easier that hal is. It (xorg+hal/fdi config) has worked fine for me since day 1 (and continues to work), using a fully ~amd64 system. So not a complete flop. And xorg devs have been using it like that for something like 5 years. I think the migration from one style of config to another was more the cause of many people's problems generally. I don't know anything about devicekit but I would bet the config operation would be close to that of hal/fdi than the old xorg.conf style. I never said it was a flop for anyone else, just that it was a flop here. I couldn't get a GUI working until I went back to the old xorg-server and even recompiled a few other things. I masked that puppy and it will be masked for a while here. Dale :-) :-)
Re: [gentoo-user] ebuild for cvs-version of sci-visualization/paraview
On Fri, May 15, 2009 at 08:29:08AM +0200, Helmut Jarausch wrote: On 15 May, Mike Kazantsev wrote: On Thu, 14 May 2009 20:17:10 +0200 (CEST) Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: can anybody please tell me where to find or whom to ask for an ebuild paraview- (the cvs-version of paraview) I'd suggest tweaking latest ebuild yourself. It should take no more than five minutes with a few no-brainer actions. Most times, all you need to do is: 0. cp paraview-latest.ebuild paraview-.ebuild 1. Add inherit cvs line or add cvs to existing inherit line. 2. Replace SRC_URI with ECVS_SERVER / ECVS_MODULE. 3. If there's src_unpack function defined, replace src_unpack line inside it with cvs_src_unpack. 4. Digest (repoman manifest in ebuild path will do) and emerge it. And, of course, read the fine manual: http://devmanual.gentoo.org/ebuild-writing/functions/src_unpack/cvs-sources/index.html Thanks, I've tried that before. But paraview has changed a lot. (E.g. there is a new application called 'Overview') Upto 'install' everything worked, but there it failed. I'm not accustomed with 'cmake'. Thanks anyway, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany You should open a bug (ebuild request) for it. Once the bug is opened you could join #gentoo-sunrise on freenode. There are a lot of people more than happy to help you writing the ebuild. --- TopperH http://topperh.blogspot.com pgpmd4Kem043f.pgp Description: PGP signature
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
Alan McKinnon wrote: On Friday 15 May 2009 18:42:10 Dale wrote: Alan McKinnon wrote: On Friday 15 May 2009 18:03:21 Volker Armin Hemmann wrote: On Mittwoch 08 April 2009, Paul Hartman wrote: On Wed, Apr 8, 2009 at 11:12 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: So I think setting it in xorg.conf is easier, but at least it is not absolutely required if you can run setxkbmap in your xdm startup. :) which is so idiotic I won't even comment on that any further. I think editing /etc/hal/fdi/policy/10-keymap.fdi is easier than that, even. :) and I think editing xorg.conf is the easiest way. I think dumping hal for the stupid piece of software it is and moving to devicekit like the developer intends, is an even easier way... Since the new xorg-server was a complete flop here, when will this devicekit option be coming? Please tell me it will be easier that hal is. I have no idea, sorry :-( DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says Well I won't disagree on it being a mess. I may make a fresh backup and try xorg-server one day but I still have a bad taste in my mouth from the last time. I was hoping maybe something better was on the way. sighs Dale :-) :-)
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
Alan McKinnon wrote: DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says http://fedoraproject.org/wiki/Features/DeviceKit#Dependencies I haven't looked into this in any depth but it seems like Devicekit will not be an improvement (looks like it brings in the kitchen sink in dependencies - I'm also allergic to gnome)... Best regards Peter K
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Freitag 15 Mai 2009, pk wrote: Alan McKinnon wrote: DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says http://fedoraproject.org/wiki/Features/DeviceKit#Dependencies I haven't looked into this in any depth but it seems like Devicekit will not be an improvement (looks like it brings in the kitchen sink in dependencies - I'm also allergic to gnome)... in my opinion a 'solution' that is based on the worst desktop (gnome) is the worst possible 'solution'. What about kde users? what about xfce? fluxbox? enlightenment users? Fedora screws everybody over. Like always.
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
Volker Armin Hemmann wrote: On Freitag 15 Mai 2009, pk wrote: Alan McKinnon wrote: DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says http://fedoraproject.org/wiki/Features/DeviceKit#Dependencies I haven't looked into this in any depth but it seems like Devicekit will not be an improvement (looks like it brings in the kitchen sink in dependencies - I'm also allergic to gnome)... in my opinion a 'solution' that is based on the worst desktop (gnome) is the worst possible 'solution'. What about kde users? what about xfce? fluxbox? enlightenment users? Fedora screws everybody over. Like always. Um... that dependencies list is the dependencies for the feature to get done for Fedora. I would be shocked if the HAL replacement is dependent on Nautilus. Honestly, most of the libraries on that list are stuff likely already in the LSB (which btw includes both gnome stuff as well as Qt and Phonon) so while it may not be in your system it's not crazy to depend on. Tone down the Gnome/Fedora hate. Aaron
[gentoo-user] Re: New xorg.conf with x11-base/xorg-server-1.5.3-r5
pk wrote: Alan McKinnon wrote: DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says http://fedoraproject.org/wiki/Features/DeviceKit#Dependencies I haven't looked into this in any depth but it seems like Devicekit will not be an improvement (looks like it brings in the kitchen sink in dependencies - I'm also allergic to gnome)... I don't see how it depends on Gnome. In any case, it's not obvious to me from either the link you posted nor from DeviceKit's homepage.
Re: [gentoo-user] New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Fri, May 15, 2009 at 1:24 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: On Freitag 15 Mai 2009, pk wrote: Alan McKinnon wrote: DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says http://fedoraproject.org/wiki/Features/DeviceKit#Dependencies I haven't looked into this in any depth but it seems like Devicekit will not be an improvement (looks like it brings in the kitchen sink in dependencies - I'm also allergic to gnome)... in my opinion a 'solution' that is based on the worst desktop (gnome) is the worst possible 'solution'. What about kde users? what about xfce? fluxbox? enlightenment users? Fedora screws everybody over. Like always. Now that seems a bit strong. Presumably they aren't screwing over Fedora 11 Gnome users. (Draw Venn diagram now to look for small portion...) I don't disagree with you but it would seem that they have to start somewhere... Cheers, Mark
Re: [gentoo-user] Re: New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Friday 15 May 2009 22:38:30 Nikos Chantziaras wrote: pk wrote: Alan McKinnon wrote: DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says http://fedoraproject.org/wiki/Features/DeviceKit#Dependencies I haven't looked into this in any depth but it seems like Devicekit will not be an improvement (looks like it brings in the kitchen sink in dependencies - I'm also allergic to gnome)... I don't see how it depends on Gnome. In any case, it's not obvious to me from either the link you posted nor from DeviceKit's homepage. The only useful app using DeviceKit at this point depends on gnome. So to get DeviceKit to do anything at all, you need gnome. This is due to current circumstance, not design. -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: New xorg.conf with x11-base/xorg-server-1.5.3-r5
Alan McKinnon wrote: On Friday 15 May 2009 22:38:30 Nikos Chantziaras wrote: pk wrote: Alan McKinnon wrote: DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says http://fedoraproject.org/wiki/Features/DeviceKit#Dependencies I haven't looked into this in any depth but it seems like Devicekit will not be an improvement (looks like it brings in the kitchen sink in dependencies - I'm also allergic to gnome)... I don't see how it depends on Gnome. In any case, it's not obvious to me from either the link you posted nor from DeviceKit's homepage. The only useful app using DeviceKit at this point depends on gnome. So to get DeviceKit to do anything at all, you need gnome. This is due to current circumstance, not design. Then I suppose everyone else will switch to DeviceKit at some point? If it's better than HAL then why criticize DeviceKit at all? Isn't this what we want, getting away from HAL?
Re: [gentoo-user] help needed to connect wifi on eeeSTOKED!
ifconfig wlan0 up iwlist wlan0 scan reveals the network name, the chan. iwconfig wlan0 essid Network Name iwconfig wlan0 chan 1 dhcpcd wlan0 should sort this. It did, thanks Neil! Now, can you point a way forword? My eeepc is strictly bare bones, for now, no X, haven't even written make.conf yet. There's some interesting stuff re: gentoo on eeepc on the eee forum but it's rather dated. Can you suggest some sort of wiki or? Thanks, rgrds Maxim __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca
Re: [gentoo-user] Re: New xorg.conf with x11-base/xorg-server-1.5.3-r5
On Friday 15 May 2009 22:51:41 Nikos Chantziaras wrote: Alan McKinnon wrote: On Friday 15 May 2009 22:38:30 Nikos Chantziaras wrote: pk wrote: Alan McKinnon wrote: DeviceKit isn't even in portage yet and not many packages support it. I don't even know if the devs will change and improve the configs much, if at all. The problem with hal is that it's code base is a mess, and it's design is a mish- mash of stuff throwwn together. At least, that's what the lead hal dev says http://fedoraproject.org/wiki/Features/DeviceKit#Dependencies I haven't looked into this in any depth but it seems like Devicekit will not be an improvement (looks like it brings in the kitchen sink in dependencies - I'm also allergic to gnome)... I don't see how it depends on Gnome. In any case, it's not obvious to me from either the link you posted nor from DeviceKit's homepage. The only useful app using DeviceKit at this point depends on gnome. So to get DeviceKit to do anything at all, you need gnome. This is due to current circumstance, not design. Then I suppose everyone else will switch to DeviceKit at some point? If it's better than HAL then why criticize DeviceKit at all? Isn't this what we want, getting away from HAL? I'm not sure who's criticizing DeviceKit, but it isn't me :-) Fedora seems serious about DeviceKit, and have learned from the mistakes they made with hal. I've heard rumours that F11 will ship with DeviceKit, but at this early stage very few apps use it of course. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] help needed to connect wifi on eeeSTOKED!
maxim wexler escribió: ifconfig wlan0 up iwlist wlan0 scan reveals the network name, the chan. iwconfig wlan0 essid Network Name iwconfig wlan0 chan 1 dhcpcd wlan0 should sort this. It did, thanks Neil! Now, can you point a way forword? My eeepc is strictly bare bones, for now, no X, haven't even written make.conf yet. There's some interesting stuff re: gentoo on eeepc on the eee forum but it's rather dated. Can you suggest some sort of wiki or? Thanks, rgrds Maxim __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca This wiki helped me a lot: http://en.gentoo-wiki.com/wiki/Asus_Eee_PC_701 Hope it helps! Cheers!
Re: [gentoo-user] help needed to connect wifi on eeeSTOKED!
On Fri, May 15, 2009 at 1:53 PM, maxim wexler bliss...@yahoo.com wrote: ifconfig wlan0 up iwlist wlan0 scan reveals the network name, the chan. iwconfig wlan0 essid Network Name iwconfig wlan0 chan 1 dhcpcd wlan0 should sort this. It did, thanks Neil! Now, can you point a way forword? My eeepc is strictly bare bones, for now, no X, haven't even written make.conf yet. There's some interesting stuff re: gentoo on eeepc on the eee forum but it's rather dated. Can you suggest some sort of wiki or? Hi Maixm- I have just (first full boot with X this morning, actually) gotten my wife's eeePC 900A switched over to Gentoo. I have a full install with kernel 2.6.29, X (1.6.1), Intel drivers (with DRI2, enabling *very* smooth and fast compositing), full KDE 4.2.3, WiFi and Wired ethernet, Firefox, Openoffice, NetworkManager, and all the usuals, all in a 2.7GB disk footprint, and without doing any compiling on the eeePC itself (I used my Core2Duo ~amd64 Gentoo box to do all the heavy lifting, then made a bootable 4GB SD card with the resulting FS - will move over to internal 4GB SSD once I've put the final touches on it). I have full eeePC hotkey support (except for an issue I've found with the rfkill (Wifi radio on/off) functionality - the HW (PHY) refuses to power back up once it's turned off. I believe it was working in the original Xandros, so I'll probably be doing some kernel hacking to get it working). If you would like, I can take some time this weekend and write up how I went about doing it and post it - interested? -James
Re: [gentoo-user] help needed to connect wifi on eeeSTOKED!
James Ausmus wrote: On Fri, May 15, 2009 at 1:53 PM, maxim wexler bliss...@yahoo.com mailto:bliss...@yahoo.com wrote: ifconfig wlan0 up iwlist wlan0 scan reveals the network name, the chan. iwconfig wlan0 essid Network Name iwconfig wlan0 chan 1 dhcpcd wlan0 should sort this. It did, thanks Neil! Now, can you point a way forword? My eeepc is strictly bare bones, for now, no X, haven't even written make.conf yet. There's some interesting stuff re: gentoo on eeepc on the eee forum but it's rather dated. Can you suggest some sort of wiki or? Hi Maixm- I have just (first full boot with X this morning, actually) gotten my wife's eeePC 900A switched over to Gentoo. I have a full install with kernel 2.6.29, X (1.6.1), Intel drivers (with DRI2, enabling *very* smooth and fast compositing), full KDE 4.2.3, WiFi and Wired ethernet, Firefox, Openoffice, NetworkManager, and all the usuals, all in a 2.7GB disk footprint, and without doing any compiling on the eeePC itself (I used my Core2Duo ~amd64 Gentoo box to do all the heavy lifting, then made a bootable 4GB SD card with the resulting FS - will move over to internal 4GB SSD once I've put the final touches on it). I have full eeePC hotkey support (except for an issue I've found with the rfkill (Wifi radio on/off) functionality - the HW (PHY) refuses to power back up once it's turned off. I believe it was working in the original Xandros, so I'll probably be doing some kernel hacking to get it working). If you would like, I can take some time this weekend and write up how I went about doing it and post it - interested? -James I for one would be interested in a writeup like this. I've been getting gentoo onto my eee, and its going well. I'm just missing the finer details like hotkeys, suspend on lid closing and tweaking the intel drivers. Thanks ~Matt
Re: [gentoo-user] help needed to connect wifi on eeeSTOKED!
On Fri, 15 May 2009 23:07:56 +0100, Matt Harrison wrote: I for one would be interested in a writeup like this. I've been getting gentoo onto my eee, and its going well. I'm just missing the finer details like hotkeys, suspend on lid closing and tweaking the intel drivers. For suspend, use the ACPI config I posted yesterday, but bind it to the lid event instead of the sleep key. -- Neil Bothwick New sig wanted good price paid. signature.asc Description: PGP signature
Re: [gentoo-user] /dev/sr0 has disappeared: big mystery
090515 Dirk Heinrichs wrote: Am Freitag, 15. Mai 2009 11:00:59 schrieb Philip Webb: For the 1st time in 2 months, I went to write a CD discovered that /dev/sr0 is not being created nor symlink /dev/cdrom ; I looked at 'dmesg': no mention of 'sr' or 'cd' being found. I tested the drive: SystemRescue 1.1.0 (kernel 2.6.25.16) starts correctly mounts /dev/sr0 on /mnt/cdrom ; its 'dmesg' says : sr0: scsi3-mmc drive: 16x/16x writer dvd-ram cd/rw xa/form2 cdda tray \ Uniform CD-ROM driver Revision: 3.20 Please post your kernel config. The relevant lines are # Device Drivers # Generic Driver Options CONFIG_UEVENT_HELPER_PATH=/sbin/hotplug CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y # CONFIG_FIRMWARE_IN_KERNEL is not set CONFIG_EXTRA_FIRMWARE= # CONFIG_SYS_HYPERVISOR is not set # CONFIG_CONNECTOR is not set # CONFIG_MTD is not set CONFIG_PARPORT=y CONFIG_PARPORT_PC=y # CONFIG_PARPORT_SERIAL is not set # CONFIG_PARPORT_PC_FIFO is not set # CONFIG_PARPORT_PC_SUPERIO is not set # CONFIG_PARPORT_GSC is not set # CONFIG_PARPORT_AX88796 is not set # CONFIG_PARPORT_1284 is not set CONFIG_PNP=y # CONFIG_PNP_DEBUG_MESSAGES is not set # Protocols CONFIG_PNPACPI=y CONFIG_BLK_DEV=y CONFIG_BLK_DEV_FD=y # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set # CONFIG_BLK_DEV_COW_COMMON is not set CONFIG_BLK_DEV_LOOP=y # CONFIG_BLK_DEV_CRYPTOLOOP is not set # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_SX8 is not set # CONFIG_BLK_DEV_UB is not set # CONFIG_BLK_DEV_RAM is not set # CONFIG_CDROM_PKTCDVD is not set # CONFIG_ATA_OVER_ETH is not set # CONFIG_BLK_DEV_HD is not set # CONFIG_MISC_DEVICES is not set CONFIG_HAVE_IDE=y # CONFIG_IDE is not set --- is this the important line ? # SCSI device support # CONFIG_RAID_ATTRS is not set CONFIG_SCSI=y CONFIG_SCSI_DMA=y # CONFIG_SCSI_TGT is not set # CONFIG_SCSI_NETLINK is not set # CONFIG_SCSI_PROC_FS is not set # SCSI support type (disk, tape, CD-ROM) CONFIG_BLK_DEV_SD=y # CONFIG_CHR_DEV_ST is not set # CONFIG_CHR_DEV_OSST is not set CONFIG_BLK_DEV_SR=y # CONFIG_BLK_DEV_SR_VENDOR is not set # CONFIG_CHR_DEV_SG is not set # CONFIG_CHR_DEV_SCH is not set ... # CD-ROM/DVD Filesystems CONFIG_ISO9660_FS=y # CONFIG_JOLIET is not set CONFIG_ZISOFS=y # CONFIG_UDF_FS is not set BIOS reports Auto-detecting PATA primary master: ATAPI CD-ROM. What BIOS says is irrelevant. It does mention 'PATA' 'ATAPI', which mb relevant. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] Copying encrypted files from a DVD
I'd like to back up the files on my DVD-Audio discs. The files are encrypted and I don't want to decrypt them, I just want to back them up. I'm getting I/O errors when I try to cp the files, and I'm guessing it's because of the encryption. Does anyone know of a method that would back these discs up in their encrypted form? Here are the errors I get: # cp -R /mnt/cdrom/AUDIO_TS DVD-A cp: reading `/mnt/cdrom/AUDIO_TS/ATS_01_1.AOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/ATS_01_2.AOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/ATS_01_3.AOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/ATS_01_4.AOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/AUDIO_SV.VOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/AUDIO_TS.VOB': Input/output error - Grant
Re: [gentoo-user] help needed to connect wifi on eeeSTOKED!
--- On Fri, 5/15/09, James Ausmus james.aus...@gmail.com wrote: I have just (first full boot with X this morning, actually) gotten my wife's eeePC 900A switched over to Gentoo. I have a full install with kernel 2.6.29, X (1.6.1), Intel drivers (with DRI2, enabling *very* smooth and fast compositing), full KDE 4.2.3, WiFi and Wired ethernet, Firefox, Openoffice, NetworkManager, and all the usuals, all in a 2.7GB disk footprint, and without doing any compiling on the eeePC itself (I used my Core2Duo ~amd64 Gentoo box to do all the heavy lifting, then made a bootable 4GB SD card with the resulting FS - will move over to internal 4GB SSD once I've put the final touches on it). I have full eeePC hotkey support (except for an issue I've found with the rfkill (Wifi radio on/off) functionality - the HW (PHY) refuses to power back up once it's turned off. I believe it was working in the original Xandros, so I'll probably be doing some kernel hacking to get it working). If you would like, I can take some time this weekend and write up how I went about doing it and post it - interested? -James Yes, very much so. I understand there are issues with too many read/write cycles on the SSHD. Up to now I've re-jiggered the kernel at least a dozen times. I guess I should have put the OS on a card first *then* onto the hard-drive once everything was in order. Have you been here? http://forum.eeeuser.com/viewtopic.php?id=2613p=1 ... ### EEEPC /dev/sda1 /ext3defaults,noatime 1 2 # By mounting the tmp directories in a tmpfs # the accesses to the SSD will be decreased. # But you will lose all the data in the tmp directories if the PC shuts down. tmpfs/tmptmpfsdefaults 0 0 tmpfs/var/tmptmpfsdefaults 0 0 tmpfs/var/locktmpfsdefaults 0 0 # If you do not use postfix as a real MTA then you can also add this line: #tmpfs /var/spool/postfixtmpfsdefaults 0 0 tmpfs/var/logtmpfsdefaults,size=64m0 0 tmpfs/var/runtmpfsdefaults,size=8m0 0 shm/dev/shmtmpfsnodev,nosuid,noexec 0 0 /gentoo/portage.squashfs /gentoo/portageautoloop,ro 0 0 ... Is this overkill? Or the way to go? Believe this was for a 701. Maxim __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca
[gentoo-user] Re: Copying encrypted files from a DVD
Grant wrote: I'd like to back up the files on my DVD-Audio discs. The files are encrypted and I don't want to decrypt them, I just want to back them up. I'm getting I/O errors when I try to cp the files, and I'm guessing it's because of the encryption. Does anyone know of a method that would back these discs up in their encrypted form? That doesn't work that way. What you get is actually garbage and is not encrypted (otherwise you would be able to copy it to another DVD). Creating a copy of an audio DVD which is itself encrypted would defeat the purpose of a copy protection, since even though encrypted, it's still a copy, and the protection wants to prevent that. If you can copy it, it wouldn't be protected :P I don't know of any software for Linux that can decrypt it, only for Windows and even then it's a bit hard to find since sites offering it are being hunted by American anti-piracy companies.
Re: [gentoo-user] Re: Copying encrypted files from a DVD
I'd like to back up the files on my DVD-Audio discs. The files are encrypted and I don't want to decrypt them, I just want to back them up. I'm getting I/O errors when I try to cp the files, and I'm guessing it's because of the encryption. Does anyone know of a method that would back these discs up in their encrypted form? That doesn't work that way. What you get is actually garbage and is not encrypted (otherwise you would be able to copy it to another DVD). Creating a copy of an audio DVD which is itself encrypted would defeat the purpose of a copy protection, since even though encrypted, it's still a copy, and the protection wants to prevent that. If you can copy it, it wouldn't be protected :P Not thinking clearly. Thank you Nikos. - Grant I don't know of any software for Linux that can decrypt it, only for Windows and even then it's a bit hard to find since sites offering it are being hunted by American anti-piracy companies.
Re: [gentoo-user] Copying encrypted files from a DVD
2009/5/15 Grant emailgr...@gmail.com: I'd like to back up the files on my DVD-Audio discs. The files are encrypted and I don't want to decrypt them, I just want to back them up. I'm getting I/O errors when I try to cp the files, and I'm guessing it's because of the encryption. Does anyone know of a method that would back these discs up in their encrypted form? Here are the errors I get: # cp -R /mnt/cdrom/AUDIO_TS DVD-A cp: reading `/mnt/cdrom/AUDIO_TS/ATS_01_1.AOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/ATS_01_2.AOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/ATS_01_3.AOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/ATS_01_4.AOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/AUDIO_SV.VOB': Input/output error cp: reading `/mnt/cdrom/AUDIO_TS/AUDIO_TS.VOB': Input/output error - Grant Why don't you use the (very old, but still effective) dd [1] command to create an ISO image? dd if=/dev/your-dvd-device of=some-path/bakup.iso bs=2048 conv=sync,notrunc That will make an exact copy of your DVD into your hard disk. I don't know if this is what you want to do. Ricardo. [1] http://en.wikipedia.org/wiki/Dd_(Unix)
