You can subscribe to this list here.
2000 |
Jan
(2) |
Feb
(24) |
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(4) |
Nov
|
Dec
(26) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
|
2003 |
Jan
(10) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2004 |
Jan
(9) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2005 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(3) |
Jul
(4) |
Aug
(2) |
Sep
(6) |
Oct
(6) |
Nov
(17) |
Dec
(28) |
2006 |
Jan
(9) |
Feb
(6) |
Mar
(4) |
Apr
(2) |
May
(11) |
Jun
(22) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(6) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Stelian P. <po...@cy...> - 2000-02-02 22:04:39
|
On Wed, 2 Feb 2000, Rob Cermak wrote: > The rpms are built. The sparc dumps them fine (via tape on i386), but the > i386 can't read them. The sparc restore reads the tape dump fine. > I suppose that the sparc machine can read its own dumps at least, no? :) > Website link to sparc rpms: > http://njlug.rutgers.edu/projects/dump/index.html Good. I should add a pointer on the web page to this... By the way, on your page it should be 'rmt' instead of 'rpm' :) > Just some notes: It looks like the x86 machine tries to do the right > thing, but doesn't :) Something to add to the TODO list? I should be able > to restore to both platforms (including alpha?) seamlessly -- at least Yes, it works on alpha. It seems that the sparc doesn't write correctly the dump. > text documents. I don't expect sparc executables to run on the x86 :) > > On the i386, this is what restore shows: > > [root@snow /root]# restore ivf /dev/nst0 > Verify tape and initialize maps > Tape block size is 32 > Note: Doing Byte swapping > Dump date: Tue Feb 1 20:35:07 2000 > Dumped from: the epoch > Level 0 dump of / on anole.sjrcd.org:/dev/sda1 > Label: none > Note: Doing Quad swapping > Extract directories from tape > . is not on the tape > Root directory is not on tape > abort? [yn] n > Initialize symbol table. > restore > ls Looks to me like some kind of byte swapping bug. This should be fixed, but unfortunatelly I don't have access to a sparc... If you have some time, you can try to debug this. I'll start by making two (small) file dumps, a x86 one and a Sparc one (of an empty directory, for example), then try to figure out the differences and track down up to the incriminated portion of code. Send me the two dump, and I'll also try myself to see what's happening. Thanks. Stelian. -- /\ / \ Stelian Pop / DS \ Email: po...@cy... \____/ |
From: Rob C. <ce...@ah...> - 2000-02-02 21:52:47
|
Hiya, The rpms are built. The sparc dumps them fine (via tape on i386), but the i386 can't read them. The sparc restore reads the tape dump fine. Website link to sparc rpms: http://njlug.rutgers.edu/projects/dump/index.html Just some notes: It looks like the x86 machine tries to do the right thing, but doesn't :) Something to add to the TODO list? I should be able to restore to both platforms (including alpha?) seamlessly -- at least text documents. I don't expect sparc executables to run on the x86 :) On the i386, this is what restore shows: [root@snow /root]# restore ivf /dev/nst0 Verify tape and initialize maps Tape block size is 32 Note: Doing Byte swapping Dump date: Tue Feb 1 20:35:07 2000 Dumped from: the epoch Level 0 dump of / on anole.sjrcd.org:/dev/sda1 Label: none Note: Doing Quad swapping Extract directories from tape . is not on the tape Root directory is not on tape abort? [yn] n Initialize symbol table. restore > ls Rob Cermak -:- ce...@im... -:- W: 732-932-3704 I.M.C.S. -:- Rutgers University -:- F: 732-932-3036 71 Dudley Road -:- Cook College -:- WWW: njlug. New Brunswick, NJ 08901 -:- Old Blake Hall, Rm 203 -:- .rutgers.edu |
From: Stelian P. <po...@cy...> - 2000-01-29 08:18:20
|
On Fri, 28 Jan 2000, Rob Cermak wrote: > Hi. Its me. I'm the one with the thesis to write. Just handed in a > partial draft and taking a little break. I'd like to offer up a .rpm > build on a SparcLinux box. If I grab the source, is there a particular > command other than make, to build the rpm for the release? say maybe? > > make rpm I have not made this automatic :) The source includes a dump.spec file (which needs to go into the SPECS directory). This, along with dump tarball (to be placed into the SOURCES directory) is all you need in order to construct a source rpm, using, for example: rpm -ba SPECS/dump.spec Stelian. -- /\ / \ Stelian Pop / DS \ Email: po...@cy... \____/ |
From: Rob C. <ce...@ah...> - 2000-01-28 19:11:30
|
Hi. Its me. I'm the one with the thesis to write. Just handed in a partial draft and taking a little break. I'd like to offer up a .rpm build on a SparcLinux box. If I grab the source, is there a particular command other than make, to build the rpm for the release? say maybe? make rpm Needless to say, I've never created a rpm before, so any pointers would help too... I also saw and agree that the size estimate should have been bytes, but being unfamiliar with the code didn't want to change too much :) At any rate, I have used a prior version of dump/restore on a SparcLinux box to a remote i386 box with the tape drive and all was well :) Being the sparcLinux box was using an ext2 filesystem as well, it should have worked. If there are any bugs in the Sparc port, I guess I'll be glad to take a crack at the 32 bit side. I don't have a 64 bit machine to look at -- I didn't win an alpha leftover from TheLinuxStore either :( Good choice to move to dump.sourceforge.com. Rob Cermak -:- ce...@im... -:- W: 732-932-3704 I.M.C.S. -:- Rutgers University -:- F: 732-932-3036 71 Dudley Road -:- Cook College -:- WWW: njlug. New Brunswick, NJ 08901 -:- Old Blake Hall, Rm 203 -:- .rutgers.edu |