Re: Please try epiphany-browser again
Hi BenC, On Tue, Jan 13, 2004 at 10:46:14AM -0500, Ben Collins wrote: > > When sparc tried, it was "too late" and it hit the libxslt dep problem. > Last time, I reminded you that you should email the buildd maintainers, > not the list :) > > [EMAIL PROTECTED] is probably your best bet. Oh, I don't remember getting such mail. Anyway, sorry for the noise then. I'll try to nag elmo, although he's quite busy these days... Thanks, Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/~jordi/ signature.asc Description: Digital signature
Fwd: Скидки студентам на боулинг!
АТРИУМ, 3-этаж. Боулинг. Час игры в боулинг всего 250 рублей - в будние дни с 12:00 до 18:00 (в пятницу до 16:00) по студенческому билету. оэя ыаи юуе
Re: Finding superblocks, etc. (long)
> I will send a bottle of whisky (or your choice of beverage, or make a > charitable donation) to anyone who can help me fix this. GlenFiddich http://world.glenfiddich.com/enjoy/range/whisky_range/special_res.html :-) > And now when I try to reformat the new disk, fdisk tries to make it > something around 6-7 GB in size, and after that first partitioning I > can no longer convince it that it's dealing with a full 40GB. But I > have the identical drive on an identical machine (Woody/Ultra5) with no > problem at all. You probably have a pre 3.31 Ultra 5/10 OpenBoot PROM on the affected system. Flash it with this patch to see larger than 7GB with IDE: http://sunsolve.sun.com Patch-ID# 106121-18 You will need a hard disk with bootable Solaris to be able boot the patch file. > Thanks, > > O.
Finding superblocks, etc. (long)
I will send a bottle of whisky (or your choice of beverage, or make a charitable donation) to anyone who can help me fix this. I have a disk full of data and no way to reach the data because my partitions are screwed. If I could find my superblocks or my old partition map I could probably salvage it at least a little, do something about it, and I'm wondering if anyone can help. Because it involves issues with the Sun disklabel I believe it is sparc-specific. Running Woody on an Ultra 5, I formatted a 40GB Western Digital Protege attached via firewire, and gave it a sun disklabel and the same partitions I'd given the stock 9.1GB Seagate Barracuda when I installed: 1: Boot 2: / 3: whole disk 4: swap and 4 more, but I don't think that matters. My fatal mistake may have been that I used dd to copy the boot partition, hoping that this would make SILO just magically work -- I did dd if=/dev/hda1 of=/dev/sda1 I don't think that the partition map should have been on *da1, but that's the only explanation I can come up with. After doing that I mkfs.ext3'd the remaining data partitions (2, 5-8), mounted them, and rsynced the old partitions to their new counterparts. Everything looked fine. So I shut down, removed the old hard drive, put in the new, and started up, but couldn't get past the S of SILO. When I booted from the Woody CD, I couldn't mount any of the partitions, fsck couldn't do anything, and skipping ahead to backed-up superblocks (i.e. fsck -f -b 16385) didn't do anything -- but by lessing the raw devices, I saw that my data were on the drive, looked fine and healthy, just not mountable. All my rsynced data are on the disk, across some 10GB or so of new partitioned space. My new disk's partitions tend to be a little larger than the old ones, but the bulk of the extra 31GB is in the last partition. But since the new disk with the new, larger partitions somehow has the old partition map, the boundaries of the partitions are in the wrong places, so I can't find the superblocks and don't really know what I would do with them if I could. And now when I try to reformat the new disk, fdisk tries to make it something around 6-7 GB in size, and after that first partitioning I can no longer convince it that it's dealing with a full 40GB. But I have the identical drive on an identical machine (Woody/Ultra5) with no problem at all. Then I made a couple of really stupid mistakes and blew away my /usr/ and /var/ on the old disk, so I've lost my old cgi-bin and /var/www/, so I have no way to get back my old system. So does anyone have any theoretical advice on recovering overwritten partition maps, whether partition maps are backed anywhere on disk, or finding superblocks? I hope my length has not repelled the helpful knowledgable people. Thanks, O.
Make menuconfig errors
I'm trying to compile kernel 2.4.24, but the "make" command seems to do not works properly. My tries were: FIRST TRY: command ...# make menuconfig rm -f include/asm ( cd include ; ln -sf asm-sparc64 asm) make -C scripts/lxdialog all make[1]: Entering directory `/usr/src/linux-2.4.24/scripts/lxdialog' make[1]: Leaving directory `/usr/src/linux-2.4.24/scripts/lxdialog' /bin/sh scripts/Menuconfig arch/sparc64/config.in Using defaults found in arch/sparc64/defconfig Preparing scripts: functions, parsing...done. ...and nothing happens! I press CTRL+C and receive: make: **[menuconfig] Error 1 SECOND TRY: command ...# make ARCH=sparc64 menuconfig ... and receive the same message as before THIRD TRY: command ...# sparc32 make ARCH=sparc64 menuconfig ... and receive the same message as before My machine is Sun Ultra30. Interesting: months before I compiled kernel 2.4.21 and also now if I go in its directory I can compile it again... but why not a new kernel version? Can you help me? Thank's. A, L. Pacifico
Re: No floppy drive in Debian-Sparc ???
> > someone mentioned that installing Debian on a Sparc leaves the floppy drive > > unusable. I know this is true in OpenBSD-sparc, is this true of > > Debian-sparc and in general of linux on sparcs? I am using a SunBlade 100 > > See [1]. Booting from floppies on the Ultra architecture is known to fail, > because of a bug in the OpenBoot prom. However, I have no trouble reading, > writing and mounting /dev/fd0 on an Ultra 10 running Linux. ... > [1] http://www.debian.org/releases/stable/sparc/ch-rescue-boot.en.html#s-boo > t-from-floppies Quote from the install instructions that url is referring to: "Furthermore, a number of Sun4c models (such as the IPX) do not support the compressed images found on the disks, so also are not supported." I would like to mention that I installed from floppies on an IPX and an Ultra1 with no problems. Peter
Re: Please try epiphany-browser again
On Tue, Jan 13, 2004 at 02:09:16PM +0100, Jordi Mallach wrote: > Hi guys, > > Risking myself of getting banned from your lists, I need to ask your > buildd's to try epiphany-browser again: > > When I asked 1 week ago, it seems that the m68k buildd that tried ephy > hadn't received the fixed python2.3. > > When sparc tried, it was "too late" and it hit the libxslt dep problem. > > Both of these appear to be quite safe in unstable and/or incoming right > now, so if they could be retried soonish it'd help quite a bit the > meta-gnome2 effort. Last time, I reminded you that you should email the buildd maintainers, not the list :) [EMAIL PROTECTED] is probably your best bet. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/
Please try epiphany-browser again
Hi guys, Risking myself of getting banned from your lists, I need to ask your buildd's to try epiphany-browser again: When I asked 1 week ago, it seems that the m68k buildd that tried ephy hadn't received the fixed python2.3. When sparc tried, it was "too late" and it hit the libxslt dep problem. Both of these appear to be quite safe in unstable and/or incoming right now, so if they could be retried soonish it'd help quite a bit the meta-gnome2 effort. Thanks again! Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/~jordi/ signature.asc Description: Digital signature
Re: Problem with "Happy Meal" drivers
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes: >I am reasonably certain this doesn't happen on (some?) sparc hardware. I've >had an Ultra30 plugged into our E450 via serial, and when I rebooted it, >I don't recall finding the E450 at PROM later. > >I could be wrong, of course. Rebooting will not normally cause the problem, only actually powering down, and it is somewhat hardware dependant. (If your terminal acts as an open circuit when unpowered, it will not cause this problem.) Some sparc models can be set to ignore break on the serial console. (This may also depend on openboot version.) -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature.