Re: powernowd / stock kernels
Hi, I have the K8T Neo-FIS2R Mainboard, also latest BIOS (v2.0). In the beginning (the board came with v1.4) nothing which is related to power and ACPI did work. Since BIOS v1.9 ACPI and Cool'n'Quiet using powernowd finally works perfectly. No problems throttling up or down whatsoever; while writing this my CPU (AMD64 3000+) is constantly around 26°C. Are you sure you have no thermal problems or other hardware related issues? Greets, Jens Michael Wagener wrote: Hi, would you mind posting your type of mainboard? I have CnQ running but sometimes the machine locks up hard when the CPU tries to throttle up. Throttling down and running full-speed w/o powernowd works fine though :-| I'm trying to hunt this down and assuming a Board/BIOS/CMOS problem. I am using a AMD64 3500+ on a MSI K8T Neo2 board (last BIOS). Thank you, Mike -- http://desktux.xs4all.nl/ [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 small form factor
Ron Johnson wrote: On Fri, 2005-03-04 at 19:25 -0800, Alex Perry wrote: (2) Does anybody know of an Athlon64 motherboard that is mini-ITX, or preferably the smaller 5 inch form factor, for embedded applications ? Embedded? That's gonna be really hot. As far as I know, the Athlon64 series score pretty well in terms of the MFLOPS per Watt that they deliver. I'm not really worried about that. Probably a bigger problem is the associated wearable battery pack. The Athlon M(obile), which, AFAICT, is pin compatible with the AthlonXP, generates a *lot* less heat than the others, and would be very good in an embedded system. Experimentally, one runtime thread uses 70% of a 3000+ processor. I've been using the Athlon64-Mobile so far and been quite happy; is there that much of a power saving, going to a comparable AXPM? Out of curiosity, and if you can tell us, why do you need all that A64 juice in a SFF? Due to restrictions imposed by the customer, I can only disclose the purpose under NDA or to people generating a response to an RFQ. Sorry ... PS. Off topic to the list: A year ago, I came across a P4 wearable computer unit that was in a 3 1/2 inch hard drive form factor case. I've lost the reference ... but if someone happens to know of it ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Anyone tried the ASUS A8V-E Deluxe?
Kyuu Eturautti <[EMAIL PROTECTED]> writes: > Alois Zoitl wrote: > >> Hi, >> >> i got this htin g yesterday and I'm not to glad about it because I >> can not get the network running. >> As far as I found out it uses also the sk98lin driver. >> But the standard driver that comes along with the debian amd 64 cd >> fails the installation. Why? What is the error? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 small form factor
On Fri, 2005-03-04 at 19:25 -0800, Alex Perry wrote: > (1) Does anybody have experience of Debian/Sid/AMD64 _not_ working on > the Shuttle SN85 or SN95 motherboards - that are in their XPC units ? > > (2) Does anybody know of an Athlon64 motherboard that is mini-ITX, or > preferably the smaller 5 inch form factor, for embedded applications ? Embedded? That's gonna be really hot. The Athlon M(obile), which, AFAICT, is pin compatible with the AthlonXP, generates a *lot* less heat than the others, and would be very good in an embedded system. Out of curiosity, and if you can tell us, why do you need all that A64 juice in a SFF? > (3) If there is something out there, maybe not yet a product but for > which at least three prototypes are expected to be available by August, > I'd be interested in receiving an unsolicited NDA document in the mail. -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B I prefer encrypted mail. "Individual commitment to a group effort -- that is what makes a team work a company work, a society work, a civilization work." Vince Lombardi signature.asc Description: This is a digitally signed message part
Re: Anyone tried the ASUS A8V-E Deluxe?
Alois Zoitl wrote: Hi, i got this htin g yesterday and I'm not to glad about it because I can not get the network running. As far as I found out it uses also the sk98lin driver. But the standard driver that comes along with the debian amd 64 cd fails the installation. After using an additional card I was able to upgrade to the gcc-3.4 tree. And after installing the 2.6.9-9 kernel I could load the sk98lin module with modconf. But I don't think its working. I've hit the same problem on the same board. Running a freshly installed pure64 sarge. - the driver on the DFS cd states No adapter found - the driver in 2.6.11 from ftp.kernel.org doesn't do anything - modprobe sk98lin doesn't report anything on the console or dmesg. modules are working, as I can load the 3c59x module without problems for a temporary alternate nic - the latest driver from syskonnect.com fails during "Compile the kernel" when running install.sh, either expert or user mode. The install.log contains these errors: -- In function 'sk98lin_resume'; -- error: too many arguments to funcion 'pci_restore_state' -- a similar error for sk98lin_resume and function pci_save_state Does a self compiled kernel perhaps need some special options turned on for sk98lin to work? The onboard LAN is enabled and I can see the device in lspci. Kyuu 'Vekotin' Eturautti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
AMD64 small form factor
(1) Does anybody have experience of Debian/Sid/AMD64 _not_ working on the Shuttle SN85 or SN95 motherboards - that are in their XPC units ? (2) Does anybody know of an Athlon64 motherboard that is mini-ITX, or preferably the smaller 5 inch form factor, for embedded applications ? (3) If there is something out there, maybe not yet a product but for which at least three prototypes are expected to be available by August, I'd be interested in receiving an unsolicited NDA document in the mail. Thanks, Alex. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powernowd / stock kernels
Well, actually the package's description says something different and I quote: "The name is somewhat misleading, as any CPUfreq capable processor will work, not just those from AMD. However, it works better on CPUs that support more than two speed steps, like those with AMD's PowerNow! or Intel's Pentium M series." Thanks, Zaq Rizer wrote: Javier, I wouldn't say I "prefer" powernowd, per se, but I know that powernowd is made for AMD, whereas cpudynd is more generic (afaik). That being said, I use cpudynd in my thinkpad (X40) and it works very well. YMMV, Zaq Javier Kohen wrote: Hi guys, is there any reason why you prefer powernowd to cpudyn? I was wondering because I'm using the later on my notebook. I barely use it on batteries, but I like the noise reduction that comes with the reduced speed. Zachary Rizer wrote: Aha! You're right. Works like a charm here as well. Thank you Thomas! --- "T.J. Zeeman" <[EMAIL PROTECTED]> wrote: Hi, On Fri, 2005-03-04 at 11:06 -0800, Zachary Rizer wrote: Please disregard previous email -- I just realized powernowd is only on XP-M processors, and that what I'm looking for is "Cool 'n Quiet". My mistake! Actually, no mistake at all. I have an AMD64 and run powernowd to have cpu-scaling (as provided by the CnQ-feature in the cpu). I got it to run on a Debian kernel-image after I put powernowd-k8 and cpufreq-userspace in /etc/modules. It was apparently necessary to have these loaded forcedly to get the powernowd daemon to run. regards, Thomas -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
One unsuccessfull and two successfull sarge installs
With the arrival of some more hardware, I've tested debian-pure64 sarge on the first two boards. Because these are for server use, audio is bios disabled and X won't be installed. Both are Micro ATX motherboards with on board VGA, accompanied by an Athlon64 2800+ CPU and 512MB Kingston DDR400. Asus K8S-MX, SiS 760GX/965L chipset, SiS 191 10/100 LAN Problem free installation with DFS using an external RTL network card, internal LAN not functional with latest SiS drivers from sis.com.tw or linux 2.6.11. It seems both of these drivers don't recognize the 191 model LAN chip, and it seems the latest SiS drivers are still only available for Windows. I'm putting this system on the shelf for a few weeks, hoping that they'll release a driver then. As it's installed in a Flex ATX case with half height PCI slots, using a common PCI network card isn't an option. MSI K8MM-ILSR, Via K8M800/VT8237 chipset, Via VT8237 10/100 LAN Problem free installation with DFS using via-rhine module for LAN. This must be an older model onboard NIC, as all other boards with on-board Via LAN have used the newer via-velocity driver. I repeated the installation on another identical system, just chose to use cdebootstrap instead of debootstrap for the chroot. No problems there either. Fortunately, I have a pile of MSI boards and only one problematic Asus model. However, the design and ease of physical installation/maintenance are far better on the Asus board. If the LAN driver issue is fixed, I'll probably be purchasing more Asus boards of this model in the future. I'm betting on this, as SiS generally seems to support Linux pretty well. Application wise, I've tested some game server software (i386 binaries) on pure64 Sarge. ia32-libs doesn't help much, but the HOWTO documention on installing an ia32 chroot works perfectly, all I did was replace sid with sarge. I can confirm the functionality of Call of Duty and Call of Duty: United Offensive linux server binaries. In the "seems to work but unverified" category I can mention Medal of Honor: Allied Assault, Medal of Honor: Spearhead and Half-Life 2. This means the linux servers run without problems, but I haven't been able to test functionality with client software. Kyuu 'Vekotin' Eturautti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powernowd / stock kernels
Javier, I wouldn't say I "prefer" powernowd, per se, but I know that powernowd is made for AMD, whereas cpudynd is more generic (afaik). That being said, I use cpudynd in my thinkpad (X40) and it works very well. YMMV, Zaq Javier Kohen wrote: Hi guys, is there any reason why you prefer powernowd to cpudyn? I was wondering because I'm using the later on my notebook. I barely use it on batteries, but I like the noise reduction that comes with the reduced speed. Zachary Rizer wrote: Aha! You're right. Works like a charm here as well. Thank you Thomas! --- "T.J. Zeeman" <[EMAIL PROTECTED]> wrote: Hi, On Fri, 2005-03-04 at 11:06 -0800, Zachary Rizer wrote: Please disregard previous email -- I just realized powernowd is only on XP-M processors, and that what I'm looking for is "Cool 'n Quiet". My mistake! Actually, no mistake at all. I have an AMD64 and run powernowd to have cpu-scaling (as provided by the CnQ-feature in the cpu). I got it to run on a Debian kernel-image after I put powernowd-k8 and cpufreq-userspace in /etc/modules. It was apparently necessary to have these loaded forcedly to get the powernowd daemon to run. regards, Thomas -- "Firefox is both more secure and more modern than IE [Internet Explorer], and it comes packed with user-friendly features the Microsoft browser can't touch." -- Walt Mossberg, The Wall Street Journal. Find out what all the fuss is about: Get Mozilla Firefox. http://www.getfirefox.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powernowd / stock kernels
Hi guys, is there any reason why you prefer powernowd to cpudyn? I was wondering because I'm using the later on my notebook. I barely use it on batteries, but I like the noise reduction that comes with the reduced speed. Zachary Rizer wrote: Aha! You're right. Works like a charm here as well. Thank you Thomas! --- "T.J. Zeeman" <[EMAIL PROTECTED]> wrote: Hi, On Fri, 2005-03-04 at 11:06 -0800, Zachary Rizer wrote: Please disregard previous email -- I just realized powernowd is only on XP-M processors, and that what I'm looking for is "Cool 'n Quiet". My mistake! Actually, no mistake at all. I have an AMD64 and run powernowd to have cpu-scaling (as provided by the CnQ-feature in the cpu). I got it to run on a Debian kernel-image after I put powernowd-k8 and cpufreq-userspace in /etc/modules. It was apparently necessary to have these loaded forcedly to get the powernowd daemon to run. regards, Thomas -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: can't connect to internet anymore
Stephen Waters <[EMAIL PROTECTED]> writes: > I think there's a modprobe config file thing you can use to give drivers > specific eth? names but maybe that's only on Redhat. (I don't know). ifrename is very helpful in giving interfaces stable names; hotplug uses it automatically when loading network drivers, and you can specify pre-up ifrename in the /etc/network/interfaces stanzas for any interfaces whose drivers are compiled into your kernel (or alternatively add an early init script that runs ifrename, but that's more effort). -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powernowd / stock kernels
Mike, Sure thing. It's a Soltek SL-K8AN2E-GR. Detailed info is here: http://www.newegg.com/app/viewProductDesc.asp?description=13-180-061&depa=0 Regards, Zaq --- Michael Wagener <[EMAIL PROTECTED]> wrote: > Hi, > > would you mind posting your type of mainboard? > I have CnQ running but sometimes the machine locks > up hard when the > CPU tries to throttle up. Throttling down and > running full-speed w/o > powernowd works fine though :-| > > I'm trying to hunt this down and assuming a > Board/BIOS/CMOS problem. > > I am using a AMD64 3500+ on a MSI K8T Neo2 board > (last BIOS). > > Thank you, > Mike > > >Aha! You're right. > > > >Works like a charm here as well. > > > >Thank you Thomas! > > > > > >--- "T.J. Zeeman" <[EMAIL PROTECTED]> wrote: > > > > > > > >>Hi, > >> > >>On Fri, 2005-03-04 at 11:06 -0800, Zachary Rizer > >>wrote: > >> > >> > >>>Please disregard previous email -- I just > realized > >>>powernowd is only on XP-M processors, and that > >>> > >>> > >>what > >> > >> > >>>I'm looking for is "Cool 'n Quiet". > >>> > >>>My mistake! > >>> > >>> > >>Actually, no mistake at all. I have an AMD64 and > run > >>powernowd to have > >>cpu-scaling (as provided by the CnQ-feature in the > >>cpu). > >> > >>I got it to run on a Debian kernel-image after I > put > >>powernowd-k8 and > >>cpufreq-userspace in /etc/modules. It was > apparently > >>necessary to have > >>these loaded forcedly to get the powernowd daemon > to > >>run. > >> > >>regards, > >>Thomas > >> > >> > >> > >> > > > > > > > > > > > -- > 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]
Re: powernowd / stock kernels
Hi, would you mind posting your type of mainboard? I have CnQ running but sometimes the machine locks up hard when the CPU tries to throttle up. Throttling down and running full-speed w/o powernowd works fine though :-| I'm trying to hunt this down and assuming a Board/BIOS/CMOS problem. I am using a AMD64 3500+ on a MSI K8T Neo2 board (last BIOS). Thank you, Mike Aha! You're right. Works like a charm here as well. Thank you Thomas! --- "T.J. Zeeman" <[EMAIL PROTECTED]> wrote: Hi, On Fri, 2005-03-04 at 11:06 -0800, Zachary Rizer wrote: Please disregard previous email -- I just realized powernowd is only on XP-M processors, and that what I'm looking for is "Cool 'n Quiet". My mistake! Actually, no mistake at all. I have an AMD64 and run powernowd to have cpu-scaling (as provided by the CnQ-feature in the cpu). I got it to run on a Debian kernel-image after I put powernowd-k8 and cpufreq-userspace in /etc/modules. It was apparently necessary to have these loaded forcedly to get the powernowd daemon to run. regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Time drift in amd64
On Fri, 2005-03-04 at 16:57 +0100, Martin Dickopp wrote: > [EMAIL PROTECTED] (Lennart Sorensen) writes: > > > On Fri, Mar 04, 2005 at 10:24:30AM +0100, Martin Dickopp wrote: [snip] > True, but during one day, the earth has also moved on its orbit around > the sun. The earth's velocity on its orbit around the sun is not > constant, but dependent on the time of year. !!! Because of it's eliptical orbit? -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B I prefer encrypted mail. "The main reason that M$ gets bashed is that they persist in writing bad code, on top of bad code As many have said, there is NO PERFECT OS. The better OS though, IMHO, is the one that will openly deal with issues, both major, and minor. Microsoft still needs a lot of work in this area." http://www.securityfocus.com/columnists/202/comment/24104#MSG signature.asc Description: This is a digitally signed message part
Re: powernowd / stock kernels
Aha! You're right. Works like a charm here as well. Thank you Thomas! --- "T.J. Zeeman" <[EMAIL PROTECTED]> wrote: > Hi, > > On Fri, 2005-03-04 at 11:06 -0800, Zachary Rizer > wrote: > > Please disregard previous email -- I just realized > > powernowd is only on XP-M processors, and that > what > > I'm looking for is "Cool 'n Quiet". > > > > My mistake! > > Actually, no mistake at all. I have an AMD64 and run > powernowd to have > cpu-scaling (as provided by the CnQ-feature in the > cpu). > > I got it to run on a Debian kernel-image after I put > powernowd-k8 and > cpufreq-userspace in /etc/modules. It was apparently > necessary to have > these loaded forcedly to get the powernowd daemon to > run. > > regards, > Thomas > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powernowd / stock kernels
Hi, On Fri, 2005-03-04 at 11:06 -0800, Zachary Rizer wrote: > Please disregard previous email -- I just realized > powernowd is only on XP-M processors, and that what > I'm looking for is "Cool 'n Quiet". > > My mistake! Actually, no mistake at all. I have an AMD64 and run powernowd to have cpu-scaling (as provided by the CnQ-feature in the cpu). I got it to run on a Debian kernel-image after I put powernowd-k8 and cpufreq-userspace in /etc/modules. It was apparently necessary to have these loaded forcedly to get the powernowd daemon to run. regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pdl long int problem
Hi, >From testing version: PDL(perl data language) in perldl shell (type perldl in shell): # With PDL $a= longlong 1; $a++; print $a; 5904 #With real perl $a = 1; $a++; print $a; 10001 Cheers, Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: powernowd / stock kernels
Please disregard previous email -- I just realized powernowd is only on XP-M processors, and that what I'm looking for is "Cool 'n Quiet". My mistake! ~Z --- Zachary Rizer <[EMAIL PROTECTED]> wrote: > Hi all, > > Is it possible to run powernowd with the stock > kernel? > I'm getting the following when I try to start it: > > -- snip -- > > Starting powernowd: Error writing file governor: > Invalid argument > Couldn't get per-cpu data: Illegal seek > PowerNowd encountered and error and could not start. > Please make sure that: > - You are running a v2.5/v2.6 kernel or later > - That you have sysfs mounted /sys > - That you have the core cpufreq and > cpufreq-userspace >modules loaded into your kernel > - That you have the cpufreq driver for your cpu > loaded, >and that it works. (check dmesg for errors) > If all of the above are true, and you still have > problems, > please email the author: [EMAIL PROTECTED] > invoke-rc.d: initscript powernowd, action "start" > failed. > > -- snip -- > > System information: > Linux fortunado 2.6.8-10-amd64-k8 #1 Fri Jan 28 > 04:54:33 CET 2005 x86_64 GNU/Linux > > Motherboard is an Nforce3 250 > > Proc: > model name : AMD Athlon(tm) 64 Processor 3000+ > > /sys _is_ mounted, and: > > [EMAIL PROTECTED]/etc/init.d]$ lsmod|grep power > powernow_k810440 0 > freq_table 5064 1 powernow_k8 > processor 18236 2 thermal,powernow_k8 > > Ideas? > > Thanks! > Zaq > > > > > -- > 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]
powernowd / stock kernels
Hi all, Is it possible to run powernowd with the stock kernel? I'm getting the following when I try to start it: -- snip -- Starting powernowd: Error writing file governor: Invalid argument Couldn't get per-cpu data: Illegal seek PowerNowd encountered and error and could not start. Please make sure that: - You are running a v2.5/v2.6 kernel or later - That you have sysfs mounted /sys - That you have the core cpufreq and cpufreq-userspace modules loaded into your kernel - That you have the cpufreq driver for your cpu loaded, and that it works. (check dmesg for errors) If all of the above are true, and you still have problems, please email the author: [EMAIL PROTECTED] invoke-rc.d: initscript powernowd, action "start" failed. -- snip -- System information: Linux fortunado 2.6.8-10-amd64-k8 #1 Fri Jan 28 04:54:33 CET 2005 x86_64 GNU/Linux Motherboard is an Nforce3 250 Proc: model name : AMD Athlon(tm) 64 Processor 3000+ /sys _is_ mounted, and: [EMAIL PROTECTED]/etc/init.d]$ lsmod|grep power powernow_k810440 0 freq_table 5064 1 powernow_k8 processor 18236 2 thermal,powernow_k8 Ideas? Thanks! Zaq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Which netinst ISO to use for /debian-pure64 (Sarge)?
Sven Mueller <[EMAIL PROTECTED]> writes: > Hi. > > I used a netinst ISO from Feb 16th, but it has at least two issues: > > 1) libc6 is installed in a version not available in debian-pure64 > and therefor build-essentials isn't installable unless the user > specifically downgrades libc6 (and bash and base-files) You used an outdated sid image. The fixed image was uploaded on the 19th more than 2 weeks ago. > 2) The Sysmlinks for the current kernel are created in /boot rather than > in / (where both grub and lilo expect it to be). So the user has to > drop to a shell and manually set the links at the right place to > make grub/lilo work. > > So, which ISO should I use for installations when I intend to use > /debian-pure64 (sarge)? The latest, preferably the sarge image. > regards, > Sven MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Which netinst ISO to use for /debian-pure64 (Sarge)?
On Fri, Mar 04, 2005 at 06:29:25PM +0100, Sven Mueller wrote: > I used a netinst ISO from Feb 16th, but it has at least two issues: > > 1) libc6 is installed in a version not available in debian-pure64 >and therefor build-essentials isn't installable unless the user >specifically downgrades libc6 (and bash and base-files) > 2) The Sysmlinks for the current kernel are created in /boot rather than >in / (where both grub and lilo expect it to be). So the user has to >drop to a shell and manually set the links at the right place to >make grub/lilo work. Grub has always expected the boot files to be in /boot, only the default lilo setup uses those idiotic symlinks that clutter up / Fortunately /etc/kernel-img.conf allows one to turn of the creation of those symlinks. > So, which ISO should I use for installations when I intend to use > /debian-pure64 (sarge)? Haven't installed in a while, so not sure. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Which netinst ISO to use for /debian-pure64 (Sarge)?
Hi. I used a netinst ISO from Feb 16th, but it has at least two issues: 1) libc6 is installed in a version not available in debian-pure64 and therefor build-essentials isn't installable unless the user specifically downgrades libc6 (and bash and base-files) 2) The Sysmlinks for the current kernel are created in /boot rather than in / (where both grub and lilo expect it to be). So the user has to drop to a shell and manually set the links at the right place to make grub/lilo work. So, which ISO should I use for installations when I intend to use /debian-pure64 (sarge)? regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FW: RE: x86_64 port
On Fri, Mar 04, 2005 at 11:13:28AM -0600, John Goerzen wrote: > Do any of you know if this is a known problem? > > - Forwarded message from Simon Marlow <[EMAIL PROTECTED]> - > > From: Simon Marlow <[EMAIL PROTECTED]> > Date: Fri, 4 Mar 2005 17:03:31 - > To: John Goerzen <[EMAIL PROTECTED]> > Cc: glasgow-haskell-users@haskell.org > Subject: RE: x86_64 port > > On 04 March 2005 16:59, John Goerzen wrote: > > > On Fri, Mar 04, 2005 at 04:57:04PM -, Simon Marlow wrote: > >> On 04 March 2005 14:04, John Goerzen wrote: > My amd64 hardware arrived yesterday, shouldn't be too long before > we have a registerised port of GHC, and possibly a native code > generator... > >>> > >>> excellent > >> > >> Don't hold your breath, I have some bad news. It seems that gcc is > >> still generating incorrect code for register variables (or maybe it's > >> broken again?). > > > > Which version of gcc? > > gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) I have no idea what ghc has too do with gcc, or what the problem exactly is. We have very little problems with gcc for the debian amd64 port. Our default compiler is still 3.3. This builds almost everything without problems, however we build a few mozilla packages with gcc-3.4. All I can tell is that ghc6 seems to be working on debian amd64. It can build itself and things like that. Can someone please give a test case (and show what to do) to see what is wrong? Out current default compiler in debian is: gcc version 3.3.5 (Debian 1:3.3.5-8) The gcc 3.4 version is: gcc version 3.4.4 20050203 (prerelease) (Debian 3.4.3-9) And ghc6 is at version 6.2.2-3. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
FW: RE: x86_64 port
Do any of you know if this is a known problem? - Forwarded message from Simon Marlow <[EMAIL PROTECTED]> - From: Simon Marlow <[EMAIL PROTECTED]> Date: Fri, 4 Mar 2005 17:03:31 - To: John Goerzen <[EMAIL PROTECTED]> Cc: glasgow-haskell-users@haskell.org Subject: RE: x86_64 port On 04 March 2005 16:59, John Goerzen wrote: > On Fri, Mar 04, 2005 at 04:57:04PM -, Simon Marlow wrote: >> On 04 March 2005 14:04, John Goerzen wrote: My amd64 hardware arrived yesterday, shouldn't be too long before we have a registerised port of GHC, and possibly a native code generator... >>> >>> excellent >> >> Don't hold your breath, I have some bad news. It seems that gcc is >> still generating incorrect code for register variables (or maybe it's >> broken again?). > > Which version of gcc? gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
transcode filter plugins
I'm experimenting with capturing television using transcode and getting very interesting results from the following: transcode -x v4l2 -o tv2.avi -f 30 -i /dev/video0 -y ffmpeg -F mpeg4 \ -p /dev/dsp -b 128 -g 720x480 -I 1 --print_status 20 -u 128 -H 0 \ -w 1500 -J hqdn3d=pre=1 -J smartyuv With Christian Marillat's new yasm package for Debian pure64, the machine keeps up with the 29.97 fps with an astounding 12% CPU usage (Opteron 240). (The aspect ratio must not be changed or you'll run out of capture buffers.) However, I get "Command not found" for both -J hqdn3d=pre=1 and -J smartyuv, also when I only include them one at a time. Does anyone have these transcode filter plugins working on amd64? Cheers, Dave ranscode v0.6.14 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] V: import frame | 720x480 1.50:1 [transcode] V: de-interlace | (mode=1) interpolate scanlines (fast) [transcode] V: bits/pixel | 0.145 (low) [transcode] V: decoding fps,frc | 30.000,0 [transcode] V: Y'CbCr | YV12/I420 [transcode] A: import format| 0x2000 AC3 [48000,16,2] [transcode] A: export format| 0x55MPEG layer-3 [48000,16,2] 128 kbps [transcode] V: encoding fps,frc | 29.970,4 [transcode] A: bytes per frame | 6408 (6406.40) [transcode] A: adjustment | [EMAIL PROTECTED] tc_memcpy: using libc for memcpy [transcode] V: video buffer | 128 @ 720x480 [import_v4l2.so] v1.3.4 (2004-08-25) (video) v4l2 | (audio) pcm [export_ffmpeg.so] v0.3.13 (2004-08-03) (video) FFmpegcvsb4736 | (audio) MPEG/AC3/PCM [import_v4l2.so]: v4l2 audio grabbing [import_v4l2.so]: v4l2 video grabbing [import_v4l2.so]: resync disabled [import_v4l2.so]: video grabbing, driver = bttv, card = BT878 video (AVerMedia TVCaptur [import_v4l2.so]: Pixel format conversion: YVU420 [planar] -> YUV420 [planar] (no conversion) [import_v4l2.so]: driver does not support setting parameters (ioctl(VIDIOC_S_PARM) returns "Invalid argument") [import_v4l2.so]: checking colour & framerate standards: [NTSC] [import_v4l2.so]: receiving 30 frames / sec [import_v4l2.so]: driver does not support cropping (ioctl(VIDIOC_CROPCAP) returns "Invalid argument"), disabled [import_v4l2.so]: 32 buffers available [export_ffmpeg.so] Using FFMPEG codec 'mpeg4' (FourCC 'DIVX', MPEG4 compliant video). [export_ffmpeg.so]: WARNING: Interlacing parameters unknown, use --encode_fields [export_ffmpeg.so]: INFO: No profile selected [export_ffmpeg.so] Neither './ffmpeg.cfg' nor '~/.transcode/ffmpeg.cfg' [export_ffmpeg.so] found. Default settings will be used instead. [export_ffmpeg.so]: INFO: Starting 1 thread(s) [export_ffmpeg.so]: INFO: Set display aspect ratio to input Audio: using new version Audio: using lame-3.96.1 encoding frames [00-60], 29.97 fps, EMT: 0:00:02, ( 0| 0| 1) [transcode] (sighandler) SIGINT received [import_v4l2.so]: Totals: sequence V/A: 64/65, frames C/D: 0/0 clean up | frame threads | unload modules | cancel signal | internal threads | done [transcode] encoded 63 frames (0 dropped, 0 cloned), clip length 2.10 s ./tv-transcode: line 19: -J: command not found -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Time drift in amd64
On Fri, Mar 04, 2005 at 04:57:12PM +0100, Martin Dickopp wrote: > True, but during one day, the earth has also moved on its orbit around > the sun. The earth's velocity on its orbit around the sun is not > constant, but dependent on the time of year. Hmm, good point. But it doesn't make a difference of an hour. 15 minutes at the extreme is still quite a bit though. > They don't, unless they take the equation of time into account. Hmm, yeah I do have a slider on my portable sundial that would take care of that. Works reasonably well. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sundials
Hugo Mills <[EMAIL PROTECTED]> writes: > On Fri, Mar 04, 2005 at 10:37:17AM -0500, Lennart Sorensen wrote: >> The sun does peak the same time every day, but it's only at noon exactly >> if you are in the right place on the planet (for your time zone). If >> you are east or west of that the time will be off a bit, but it will >> still be the same every day. > >Actually, that's not true. It varies quite a bit, as Martin > said. Take a look at the Equation of Time[1]. The variation isn't > anything like as much as the hour that Martin said -- it's about +/- > 15 minutes over the year. The reason it varies is (IIRC) to do with > the fact that the Earth's orbit isn't circular. That is true but a good sundial can compensate for this with a specialy shaped rod or multiple scales (and you use the one at the tip of the shadow). MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Time drift in amd64
OED: Noon, n. 2. a. The time when the sun reaches the meridian; twelve o'clock in the day; midday :-) Latchezar > -Original Message- > From: Martin Dickopp [mailto:[EMAIL PROTECTED] > Sent: Friday, March 04, 2005 10:57 AM > To: debian-amd64@lists.debian.org > Subject: Re: Time drift in amd64 > > [EMAIL PROTECTED] (Lennart Sorensen) writes: > > > On Fri, Mar 04, 2005 at 10:24:30AM +0100, Martin Dickopp wrote: > >> Both of you are joking, I take it. But just in case someone is > >> tempted to take this suggestion serious: The sun position > does *not* > >> peak at 12:00 "winter time" or 13:00 summer time. The > deviation can > >> be an hour or more, and furthermore it changes every day. > > > > The sun does peak the same time every day, > > No. Look up what the "equation of time" is. I find the > Wikipedia article > http://en.wikipedia.org/wiki/Equation_of_time quite good. > > > The earth is pretty consistent in rotating at a steady speed. > > True, but during one day, the earth has also moved on its > orbit around the sun. The earth's velocity on its orbit > around the sun is not constant, but dependent on the time of year. > > > Otherwise sundials wouldn't work very well. > > They don't, unless they take the equation of time into account. > > Martin > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > >
Re: Sundials
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday, 04.03.2005 at 17:10 +0100, Martin Dickopp wrote: > Just for the record, I didn't say that the equation of time is up to > one hour, but that the discrepancy between 12:00 (or 13:00 summer > time) and the peak position of the sun can be one hour or more. This > discrepancy is mostly due to the constant difference between local > time (i.e. /mean/ solar time) and zone time. In some parts of the world, there will be even more of a difference: doesn't China have the same time zone for the whole country, covering many thousands of miles West to East? Dave. - -- Dave Ewart [EMAIL PROTECTED] Computing Manager, Epidemiology Unit, Oxford Cancer Research UK PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCKIqRbpQs/WlN43ARAk4gAJ9taGdan+UcGEpoW+kl9dc8lpJYAwCg3vhf d3wFulyQeJmcDaRfDfWvm7k= =Qtn/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sundials
Hugo Mills <[EMAIL PROTECTED]> writes: > On Fri, Mar 04, 2005 at 10:37:17AM -0500, Lennart Sorensen wrote: >> On Fri, Mar 04, 2005 at 10:24:30AM +0100, Martin Dickopp wrote: >> > Both of you are joking, I take it. But just in case someone is tempted >> > to take this suggestion serious: The sun position does *not* peak at >> > 12:00 "winter time" or 13:00 summer time. The deviation can be an hour >> > or more, and furthermore it changes every day. >> >> The sun does peak the same time every day, but it's only at noon exactly >> if you are in the right place on the planet (for your time zone). If >> you are east or west of that the time will be off a bit, but it will >> still be the same every day. > >Actually, that's not true. It varies quite a bit, as Martin > said. Take a look at the Equation of Time[1]. The variation isn't > anything like as much as the hour that Martin said -- it's about +/- > 15 minutes over the year. Just for the record, I didn't say that the equation of time is up to one hour, but that the discrepancy between 12:00 (or 13:00 summer time) and the peak position of the sun can be one hour or more. This discrepancy is mostly due to the constant difference between local time (i.e. /mean/ solar time) and zone time. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Time drift in amd64
[EMAIL PROTECTED] (Lennart Sorensen) writes: > On Fri, Mar 04, 2005 at 10:24:30AM +0100, Martin Dickopp wrote: >> Both of you are joking, I take it. But just in case someone is tempted >> to take this suggestion serious: The sun position does *not* peak at >> 12:00 "winter time" or 13:00 summer time. The deviation can be an hour >> or more, and furthermore it changes every day. > > The sun does peak the same time every day, No. Look up what the "equation of time" is. I find the Wikipedia article http://en.wikipedia.org/wiki/Equation_of_time quite good. > The earth is pretty consistent in rotating at a steady speed. True, but during one day, the earth has also moved on its orbit around the sun. The earth's velocity on its orbit around the sun is not constant, but dependent on the time of year. > Otherwise sundials wouldn't work very well. They don't, unless they take the equation of time into account. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sundials (was: Re: Time drift in amd64)
On Fri, Mar 04, 2005 at 10:37:17AM -0500, Lennart Sorensen wrote: > On Fri, Mar 04, 2005 at 10:24:30AM +0100, Martin Dickopp wrote: > > Both of you are joking, I take it. But just in case someone is tempted > > to take this suggestion serious: The sun position does *not* peak at > > 12:00 "winter time" or 13:00 summer time. The deviation can be an hour > > or more, and furthermore it changes every day. > > The sun does peak the same time every day, but it's only at noon exactly > if you are in the right place on the planet (for your time zone). If > you are east or west of that the time will be off a bit, but it will > still be the same every day. Actually, that's not true. It varies quite a bit, as Martin said. Take a look at the Equation of Time[1]. The variation isn't anything like as much as the hour that Martin said -- it's about +/- 15 minutes over the year. The reason it varies is (IIRC) to do with the fact that the Earth's orbit isn't circular. > The earth is pretty consistent in rotating > at a steady speed. Otherwise sundials wouldn't work very well. Basic sundials such as those seen in many people's gardens *don't* work very well, for the very reason given above (and the fact that they're rarely set up properly). A good sundial installation will always have some method of correcting for the current position in the equation of time, usually either by having a date-driven graticule on the plate, or by having a suitably-shaped gnomon. I've also seen sundials with the equation of time inscribed in the plate, so that you can do the correction manually. Hugo. [1] http://www.sundials.co.uk/equation.htm -- === Hugo Mills: [EMAIL PROTECTED] carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 1C335860 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- I always felt that as a C programmer, I --- was becoming typecast. signature.asc Description: Digital signature
Re: rsyncd.conf updated
"Pedro Sanchez" <[EMAIL PROTECTED]> writes: > On Thu, 2005-03-03 at 22:56 +0100, Goswin von Brederlow wrote: >> Hi, >> >> small intermittend update. rsyncd.conf has been updated to the >> following modules: >> >> root => / (same as >> http://debian-amd64.alioth.debian.org/) >> debian=> /debian(mirror of debian sarge+sid >> source+all) >> debian-pure64 => /debian-pure64 (gcc-3.3 compiled sarge+sid) >> debian-pure64-4.0 => /debian-pure64-4.0 (to be gcc-3.4/gcc-4.0 compiled >> sarge+sid) >> >> Sample mirror scripts to come. >> >> MfG >> Goswin >> >> > So, the only difference today between "debian" and "debian-pure64" is > that the former carries the sources. Is this correct? No, [debian] is a partial mirror of ftp.debain.org containing sources and architecture independant packages. There is nothing from amd64 in there. > Also, at some point in the future when we drop gcc-3.3, "debian" will > carry the new official rep with either gcc-3.4 or gcc-4.0. Is this > correct? gcc-3.3 will not be droped. > -- > Pedro MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Time drift in amd64
On Fri, Mar 04, 2005 at 10:24:30AM +0100, Martin Dickopp wrote: > Both of you are joking, I take it. But just in case someone is tempted > to take this suggestion serious: The sun position does *not* peak at > 12:00 "winter time" or 13:00 summer time. The deviation can be an hour > or more, and furthermore it changes every day. The sun does peak the same time every day, but it's only at noon exactly if you are in the right place on the planet (for your time zone). If you are east or west of that the time will be off a bit, but it will still be the same every day. The earth is pretty consistent in rotating at a steady speed. Otherwise sundials wouldn't work very well. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: can't connect to internet anymore
On Fri, 2005-03-04 at 01:43 +0100, Alexandru Cabuz wrote: > My AMD64 sid box was running along nicely until yesterday, when after > a reboot it didn't want to connect to the internet anymore. I am using > dhcp, and when I start the client here is what I get: I've had this happen. Usually it's because discover or modprobe or whatever-the-tool-of-the-week-is has decided to load the ethernet drivers in a different order, changing the eth0->eth1 and eth1->eth0. I think there's a modprobe config file thing you can use to give drivers specific eth? names but maybe that's only on Redhat. (I don't know). -s signature.asc Description: This is a digitally signed message part
Re: Time drift in amd64
On Fri, 2005-03-04 at 01:54 +0100, Carsten Prieà wrote: > On Thu, 03 Mar 2005 16:32:28 -0800 > Alex Perry <[EMAIL PROTECTED]> wrote: > > Once you know what the drift value is, you can tell the kernel (using > > the adjtime related commands) and it will apply the correction for > > you. > I had the problem with x86. Not 8-10/s/h, but 10-15min/h. > However the difference isn't constant. I solved the problem with ntp, > too ... but in my opinion this isn't clean. Also, keep in mind that if you move your O/S install to a new motherboard and/or processor, you should zero out the /etc/adjtime according to the manpage. Don't just delete it or delete all the lines or NTP will get upset. It happened to me! -s signature.asc Description: This is a digitally signed message part
Re: bind mount in 32bit chroot
On Fri, 2005-03-04 at 00:16 +0100, Carsten Prieà wrote: > On Thu, 03 Mar 2005 17:47:47 -0500 Tong <[EMAIL PROTECTED]> wrote: > > This is not clear. Should I do it in the chroot environment, or out > > side it? If I should do it in the chroot environment, isn't that > > Not in chroot. Do it in basesystem. Should be clear because of the full > path. It's not obvious or he wouldn't've asked the question... ;) > > Q2, how about devices, Shouldn't /dev be bind mounted? > I'm not sure about this, but I think this is processed when creating the > chroot. This is true, though I think there are 2 options: 1) let the debian process create /$CHROOT/dev, then remove any junk you don't need (since it's eating inodes). 2) let debian create the /$CHROOT/dev. Then, rm -rf /$CHROOT/dev and bind mount to the master /dev so 32-bit processes can, e.g., access USB and other hotplug devices. Cheers! -sw p.s., jealous of Carsten's scotch. All I got is cheap brandy at home and Kona coffee here at work... signature.asc Description: This is a digitally signed message part
Re: rsyncd.conf updated
On Thu, 2005-03-03 at 22:56 +0100, Goswin von Brederlow wrote: > Hi, > > small intermittend update. rsyncd.conf has been updated to the > following modules: > > root => / (same as > http://debian-amd64.alioth.debian.org/) > debian=> /debian(mirror of debian sarge+sid > source+all) > debian-pure64 => /debian-pure64 (gcc-3.3 compiled sarge+sid) > debian-pure64-4.0 => /debian-pure64-4.0 (to be gcc-3.4/gcc-4.0 compiled > sarge+sid) > > Sample mirror scripts to come. > > MfG > Goswin > > So, the only difference today between "debian" and "debian-pure64" is that the former carries the sources. Is this correct? Also, at some point in the future when we drop gcc-3.3, "debian" will carry the new official rep with either gcc-3.4 or gcc-4.0. Is this correct? -- Pedro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Which motherboard to begin tests ?
Hello, I want to test 64 bits architecture with SATA drives. Which motherboard (company and ref.) can i choose to begin my tests ? Thanks JCP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-cd and amd64/pure64 images?
Hello, Goswin and others,
>> try to build - anything that I must taken care of? Of course, since
>> amd64/prure64 is seperate I need to change paths to mirror
>> directory. Anything else?
> Please send success or failure reports to debian-amd64. I don't think
> anyone tried building a CD/DVD set in a long while.
How I found some time to have some tests :-) Seems to work quite good,
but before I could start, I had to add amd64 to tools/grab_md5 (which
doesn't know about amd64).
Then while building images, there was a corrupted file
(gap-small-groups_4r4p4-1_all.deb) and generating fast_sums noticed
something about too many symlink levels - this is quite interesting,
that in both cases there is sarge mentioned, but I tried building images
for sid :-)
Unfortunately my own amd64 test system is currently not available to me
- so now I have images, but no way to test them. If anyone likes to do
so, I can make jigdo templates public for them. If they work, I can
leave them online for anyone who likes to have them :-)
Cheers,
Jan
--- SNIP ---
done
1 ...
done.
2 ...
done.
3 ...
done.
set -e; \
for i in /home/ifjke/tmp/sid-amd64/*.packages; do \
dir=${i%%.packages}; \
dir=${dir##/home/ifjke/tmp/sid-amd64/}; \
dir=/home/ifjke/tmp/sid-amd64/CD$dir; \
/srv/mirror/debian-cd/tools/scanpackages install $dir; \
done
dists/sid/main/binary-amd64/: New 7897kB 6908 files 4586MB 37m11s
dists/sid/non-free/binary-amd64/: New 17.2kB 15 files 19.2MB 10s
dists/sid/contrib/binary-amd64/: New 54.0kB 45 files 29.0MB 16s
Done Packages, Starting contents.
Done. 4634MB in 6968 archives. Took 37m38s
dists/sid/main/debian-installer/binary-amd64/: New 4141B 4 files 529kB 27s
Done Packages, Starting contents.
Done. 529kB in 4 archives. Took 27s
dists/sid/main/binary-amd64/:
E: Corrupted archive
E: Errors apply to file
'/home/ifjke/tmp/sid-amd64/CD2/pool/unstable/main/amd64/g/gap-gdat/gap-small-groups_4r4p4-1_all.deb'
New 7797kB 7524 files 4302MB 41m47s
dists/sid/non-free/binary-amd64/: New 193kB 172 files 275MB 1m54s
dists/sid/contrib/binary-amd64/: New 118kB 110 files 33.0MB 24s
Done Packages, Starting contents.
Done. 4610MB in 7806 archives. Took 44m9s
dists/sid/main/debian-installer/binary-amd64/: New 177kB 234 files
23.3MB 54s
Done Packages, Starting contents.
Done. 23.3MB in 234 archives. Took 55s
dists/sid/main/binary-amd64/: New 463kB 427 files 145MB 1m44s
dists/sid/non-free/binary-amd64/: New 80.6kB 67 files 65.2MB 30s
dists/sid/contrib/binary-amd64/: New 20B 0 files 0B 0s
Done Packages, Starting contents.
Done. 210MB in 494 archives. Took 2m16s
dists/sid/main/debian-installer/binary-amd64/: New 20B 0 files 0B 0s
Done Packages, Starting contents.
Done. 0B in 0 archives. Took 0s
touch /home/ifjke/tmp/sid-amd64/packages-stamp
Generating sid-secured on all the binary CDs ...
set -e; \
for file in /home/ifjke/tmp/sid-amd64/*.packages; do \
dir=${file%%.packages}; \
n=${dir##/home/ifjke/tmp/sid-amd64/}; \
dir=/home/ifjke/tmp/sid-amd64/CD$n; \
cd $dir; \
/srv/mirror/debian-cd/tools/add_secured; \
done
touch /home/ifjke/tmp/sid-amd64/secured-stamp
Generating md5sum of files from all the binary CDs ...
set -e; \
if [ "$FASTSUMS" != "1" ] ; then \
for file in /home/ifjke/tmp/sid-amd64/*.packages; do \
dir=${file%%.packages}; \
n=${dir##/home/ifjke/tmp/sid-amd64/}; \
dir=/home/ifjke/tmp/sid-amd64/CD$n; \
test -x "/srv/mirror/debian-cd/tools/sid.hook" && cd
/home/ifjke/tmp/sid-amd64 && /srv/mirror/debian-cd/tools/sid.hook $n
before-mkisofs; \
cd $dir; \
find . -follow -type f | grep -v "\./md5sum" | grep -v \
"dists/stable" | grep -v "dists/frozen" | \
grep -v "dists/unstable" | xargs /usr/bin/md5sum.textutils >
md5sum.txt ; \
done \
else \
/srv/mirror/debian-cd/tools/fast_sums /home/ifjke/tmp/sid-amd64; \
fi
Couldn't open file: /home/ifjke/tmp/sid-amd64/indices-non-US/md5sums at
/srv/mirror/debian-cd/tools/fast_sums line 32.
find: ./dists/sid/sarge: Too many levels of symbolic links
find: ./dists/testing/sarge: Too many levels of symbolic links
signature.asc
Description: OpenPGP digital signature
Re: Time drift in amd64
Alex Perry <[EMAIL PROTECTED]> writes: > Goswin von Brederlow wrote: >> Without I-Net just look outside the window every once in a while and >> run 'date -s "12:00:00"' when the sun it at its peak. > > When you do this, if you live in a location that has summer time, don't > forget to either use "13:0:0" in summer or change the TZ environment > variable to temporarily override the summer time correction. eg: > > TZ=PST date -s 12:0:0 Both of you are joking, I take it. But just in case someone is tempted to take this suggestion serious: The sun position does *not* peak at 12:00 "winter time" or 13:00 summer time. The deviation can be an hour or more, and furthermore it changes every day. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Successfull install, problems with nvidia video drivers
On Fri, 2005-03-04 at 09:24 +0100, Thomas J. Zeeman wrote: > Hi, > > > The following packages have unmet dependencies: > > nvidia-glx: Depends: nvidia-kernel-1.0.6629 but it is not installable > > E: Broken packages > > - > > Have you installed the nvidia-kernel-source package and created a deb with > the kernel-module with it? IIRC that was what you needed to do before you > could install the rest because there is no nvidia-kernel package in amd64 > as there is in i386. > Instructions can be found in > /usr/share/doc/nvidia-kernel-source/README.Debian > > regards, > Thomas > Thanks Thomas. That seems to have been the key. I'm not sure why I had so much trouble with the nvidia drivers this time around as setting them up on my laptop was a piece of cake. I think I was doing things out of order. Anyway, that fixed it. Thanks again. Kourosh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Successfull install, problems with nvidia video drivers
Hi, > The following packages have unmet dependencies: > nvidia-glx: Depends: nvidia-kernel-1.0.6629 but it is not installable > E: Broken packages > - Have you installed the nvidia-kernel-source package and created a deb with the kernel-module with it? IIRC that was what you needed to do before you could install the rest because there is no nvidia-kernel package in amd64 as there is in i386. Instructions can be found in /usr/share/doc/nvidia-kernel-source/README.Debian regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
