From: Sven Joachim [mailto:svenj...@gmx.de]
> > On 2013-01-24 17:51 +0100, Sven Joachim wrote:
> > > On 2013-01-24 16:58 +0100, Kelly Clowers wrote:
> > >> On Thu, Jan 24, 2013 at 6:51 AM, Sven Joachim
> > wrote:
> > >>> I have crossgraded some packages in i386 chroots that way, but in
the
> > >>>
On 2013-01-24 17:51 +0100, Sven Joachim wrote:
> On 2013-01-24 16:58 +0100, Kelly Clowers wrote:
>
>> On Thu, Jan 24, 2013 at 6:51 AM, Sven Joachim wrote:
>>>
>>> I have crossgraded some packages in i386 chroots that way, but in the
>>> current state of affairs I would definitely _not_ dare to tr
On 2013-01-24 16:58 +0100, Kelly Clowers wrote:
> On Thu, Jan 24, 2013 at 6:51 AM, Sven Joachim wrote:
>>
>> I have crossgraded some packages in i386 chroots that way, but in the
>> current state of affairs I would definitely _not_ dare to try a full
>> crossgrade on my main system with almost 20
On 2013-01-24 16:58 +0100, Mark Allums wrote:
> The third bit is the hard part. I am wondering if I should go from lucid to
> precise first, or do the 32/64-bit trick first. Or is there a way to do
> both at once?
With dpkg from lucid or precise you're out of luck anyway. The former
is not mult
On Thu, Jan 24, 2013 at 7:58 AM, Mark Allums wrote:
>
>
> The third bit is the hard part. I am wondering if I should go from lucid to
> precise first, or do the 32/64-bit trick first. Or is there a way to do
> both at once? If I package it into a virtual machine instance, first, then I
> can snap
On Thu, Jan 24, 2013 at 6:51 AM, Sven Joachim wrote:
>
> There are two problems with that:
>
> - Not all packages have been multiarchified, including some important
> packages with many reverse dependencies like perl and python.
> Crossgrading those will leave you with many broken packages, at
homework at home. The professor can set up a special
environment that allow everyone to use the same thing and minimize
frustration.
I want to preserve the environment as much as possible, but 1.) resize the
disk image and add swap and a separate /boot and /home partition 2.) upgrade
Bohd
On 24/01/13 09:51 AM, Sven Joachim wrote:
On 2013-01-24 14:51 +0100, Mark Allums wrote:
Can one do this? Not: Is this easy, but merely: Is this something that is
feasible?
I have a 32-bit system that I would like to migrate into 64-bitness within
the same basic framework, within the same "ins
On 2013-01-24 14:51 +0100, Mark Allums wrote:
> Can one do this? Not: Is this easy, but merely: Is this something that is
> feasible?
>
> I have a 32-bit system that I would like to migrate into 64-bitness within
> the same basic framework, within the same "install". That is, can I go from
>
> 3
On 24/01/13 09:35 AM, Mark Allums wrote:
From: Gary Dale [mailto:garyd...@rogers.com]
I have a 32-bit system that I would like to migrate into 64-bitness
within
the same basic framework, within the same "install". That is, can I go
from
32-bit kernel-arch + 32-bit userland =>
64-bit kernel-
> From: Gary Dale [mailto:garyd...@rogers.com]
> > I have a 32-bit system that I would like to migrate into 64-bitness
within
> > the same basic framework, within the same "install". That is, can I go
from
> >
> > 32-bit kernel-arch + 32-bit userland =>
> > 64-bit kernel-arch + 32-bit userland =>
On 24/01/13 08:51 AM, Mark Allums wrote:
Can one do this? Not: Is this easy, but merely: Is this something that is
feasible?
I have a 32-bit system that I would like to migrate into 64-bitness within
the same basic framework, within the same "install". That is, can I go from
32-bit kernel-arc
On Thu, Jan 24, 2013 at 07:51:19AM -0600, Mark Allums wrote:
> Can one do this? Not: Is this easy, but merely: Is this something that is
> feasible?
>
> I have a 32-bit system that I would like to migrate into 64-bitness within
> the same basic framework, within the same "install". That is, can
Can one do this? Not: Is this easy, but merely: Is this something that is
feasible?
I have a 32-bit system that I would like to migrate into 64-bitness within
the same basic framework, within the same "install". That is, can I go from
32-bit kernel-arch + 32-bit userland =>
64-bit kernel-arch +
On Wed, 16 Sep 2009, Andrew Sackville-West wrote:
> On Wed, Sep 16, 2009 at 10:14:40AM -0400, Robert P. J. Day wrote:
> > On Wed, 16 Sep 2009, Sven Joachim wrote:
> >
> > > On 2009-09-16 15:49 +0200, Robert P. J. Day wrote:
> > >
> > > > a question about mysql. i want to reproduce all the mysql
Sjoerd Hardeman wrote:
> That is of course quite possible. But the point was if 'updating' your
> system from i386 to amd64 on the fly, e.g. on the same partition, is
> possible without the aid of live cds and so on. As posted before, the
> answer is 'yes, but don't dare to try'. At least, that is
Emanoil Kotsev schreef:
can use. But *after that* (or after a regular installation using d-i),
there is no (officially supported, efficient) way to switch the
architecture of the installation.
J.
What do you mean "way to switch the ? You mean perhaps once installed
you can not easily swit
Jochen Schulz wrote:
> Emanoil Kotsev:
>> Jochen Schulz wrote:
>>
>>> Don't you read the replies to your mails? There is no way to tell apt
>>> which architecture to fetch packages for. Not in sources.list nor
>>> anywhere else.
>>
>> You mean that if I say
>>
>> debootstrap --verbose l
On Wed, 16 Sep 2009, Sven Joachim wrote:
> On 2009-09-16 15:57 +0200, Sjoerd Hardeman wrote:
>
> > Kept thinking a bit longer: are the uids and gids of daemon users
> > actually determined during install? My experience is that these
> > users actually preserve their uid over installations quite we
Emanoil Kotsev:
> Jochen Schulz wrote:
>
>> Don't you read the replies to your mails? There is no way to tell apt
>> which architecture to fetch packages for. Not in sources.list nor
>> anywhere else.
>
> You mean that if I say
>
> debootstrap --verbose lenny testdeb/
>
> There is no w
Jochen Schulz wrote:
> Emanoil Kotsev:
>>
>> You are right, that I'm not targeting the same approach. Migration of
>> data and services involves too much manual work. However I was thinking
>> that after replacing the package sources in source.list you could force
>> reinstall if every single pac
Emanoil Kotsev:
>
> You are right, that I'm not targeting the same approach. Migration of data
> and services involves too much manual work. However I was thinking that
> after replacing the package sources in source.list you could force
> reinstall if every single package that has the status inst
Emanoil Kotsev:
> Andrei Popescu wrote:
>>
>> Yes, groups created by a package are not removed, not even on purge (I
>> still have the 'Debian-exim' user and group, though I purged it and
>> replaced it with postfix). If that same package is reinstalled it will
>> reuse the user:group, this is why
Alex Samad:
> On Wed, Sep 16, 2009 at 04:11:17PM +0200, Sven Joachim wrote:
>>
>> This is only true for users with a UID < 100, as these are defined and
>> maintained by the base-passwd package. System users with a higher UID
>> get their UID and GID allocated at package installation time and use
Emanoil Kotsev wrote:
>
> OK, thanks for confirming, so I could cheat the installer by copying over
> the passwd and group files after partitioning is done and go on with the
> system install. Then apply set-selection and after this migrate the config
> and data files from the old system. Correct
Alex Samad wrote:
> On Wed, Sep 16, 2009 at 10:17:26AM -0400, Robert P. J. Day wrote:
>> On Wed, 16 Sep 2009, Sjoerd Hardeman wrote:
>>
>> > Kept thinking a bit longer: are the uids and gids of daemon users
>> > actually determined during install? My experience is that these
>> > users actually p
On Wed, Sep 16, 2009 at 10:17:26AM -0400, Robert P. J. Day wrote:
> On Wed, 16 Sep 2009, Sjoerd Hardeman wrote:
>
> > Kept thinking a bit longer: are the uids and gids of daemon users
> > actually determined during install? My experience is that these
> > users actually preserve their uid over ins
On Wed, Sep 16, 2009 at 04:11:17PM +0200, Sven Joachim wrote:
> On 2009-09-16 15:57 +0200, Sjoerd Hardeman wrote:
>
> > Kept thinking a bit longer: are the uids and gids of daemon users
> > actually determined during install? My experience is that these users
> > actually preserve their uid over i
Robert P. J. Day wrote:
>> bit. What you seem to be suggesting is different -- namely a
>> migration from 32 to 64 bit in place.
>
> exactly. using dpkg --get-selections and --set-selections, i did a
> virgin install on the new 64-bit system to duplicate the packages on
> the old system, now i'm
Andrei Popescu wrote:
> On Wed,16.Sep.09, 13:24:12, Robert P. J. Day wrote:
>>
>> if i read this correctly, you're suggesting that if the "server"
>> packages already have entries (100-999) in the passwd/group/shadow
>> files (carried over from the old system), they'll keep the same UID?
>> yes
On Wed, 16 Sep 2009, Andrei Popescu wrote:
> On Wed,16.Sep.09, 13:24:12, Robert P. J. Day wrote:
> >
> > if i read this correctly, you're suggesting that if the "server"
> > packages already have entries (100-999) in the passwd/group/shadow
> > files (carried over from the old system), they'll k
On Wed,16.Sep.09, 13:24:12, Robert P. J. Day wrote:
>
> if i read this correctly, you're suggesting that if the "server"
> packages already have entries (100-999) in the passwd/group/shadow
> files (carried over from the old system), they'll keep the same UID?
> yes, that would be convenient if
On Wed, 16 Sep 2009, Andrew Sackville-West wrote:
> On Wed, Sep 16, 2009 at 07:16:32PM +0200, Emanoil Kotsev wrote:
> > Andrei Popescu wrote:
> >
> > > On Wed,16.Sep.09, 07:21:52, Robert P. J. Day wrote:
> > >>
> > >> i've mentioned this before, but by the end of this week, i
> > >> want to move
On Wed, Sep 16, 2009 at 07:16:32PM +0200, Emanoil Kotsev wrote:
> Andrei Popescu wrote:
>
> > On Wed,16.Sep.09, 07:21:52, Robert P. J. Day wrote:
> >>
> >> i've mentioned this before, but by the end of this week, i want to
> >> move my entire current (fully-updated) lenny install from an old
>
On Wednesday 16 September 2009 12:16:32 Emanoil Kotsev wrote:
> Andrei Popescu wrote:
> > On Wed,16.Sep.09, 07:21:52, Robert P. J. Day wrote:
> >> i've mentioned this before, but by the end of this week, i want to
> >> move my entire current (fully-updated) lenny install from an old
> >> 32-bit s
Emanoil Kotsev:
>
>
> Hi, this is a question I was going to ask in few weeks as I planned to learn
> how I can migrate from 32 to 64 bit debian distro.
>
> It looks like it's not possible to just upgrade i.e. replacing the sources
> in apt/source.list?
You can try finding all occurences of i386
On Wed, 16 Sep 2009, Andrei Popescu wrote:
> On Wed,16.Sep.09, 07:21:52, Robert P. J. Day wrote:
> >
> > i've mentioned this before, but by the end of this week, i want to
> > move my entire current (fully-updated) lenny install from an old
> > 32-bit system to a new 64-bit dell server, and i'm
Andrei Popescu wrote:
> On Wed,16.Sep.09, 07:21:52, Robert P. J. Day wrote:
>>
>> i've mentioned this before, but by the end of this week, i want to
>> move my entire current (fully-updated) lenny install from an old
>> 32-bit system to a new 64-bit dell server, and i'm open to advice on
>> the
On Wed, Sep 16, 2009 at 10:14:40AM -0400, Robert P. J. Day wrote:
> On Wed, 16 Sep 2009, Sven Joachim wrote:
>
> > On 2009-09-16 15:49 +0200, Robert P. J. Day wrote:
> >
> > > a question about mysql. i want to reproduce all the mysql
> > > databases on the new system. is it sufficient to copy
On Wed,16.Sep.09, 07:21:52, Robert P. J. Day wrote:
>
> i've mentioned this before, but by the end of this week, i want to
> move my entire current (fully-updated) lenny install from an old
> 32-bit system to a new 64-bit dell server, and i'm open to advice on
> the easiest and most error-free w
Robert P. J. Day:
>
> anyway, that's what i'm thinking -- one subsystem or component at a
> time, so i can appreciate the distinctions between all the parts. ftp
> server. mail server. web server and configuration.
>
> good idea? too much work? thoughts?
As I already said: it clearly is
On 2009-09-16 16:25 +0200, Robert P. J. Day wrote:
> On Wed, 16 Sep 2009, Sven Joachim wrote:
>>
>> This is only true for users with a UID < 100, as these are defined
>> and maintained by the base-passwd package. System users with a
>> higher UID get their UID and GID allocated at package install
On Wed, 16 Sep 2009, Sven Joachim wrote:
> On 2009-09-16 15:57 +0200, Sjoerd Hardeman wrote:
>
> > Kept thinking a bit longer: are the uids and gids of daemon users
> > actually determined during install? My experience is that these
> > users actually preserve their uid over installations quite we
On Wed, 16 Sep 2009, Sven Joachim wrote:
> On 2009-09-16 15:57 +0200, Sjoerd Hardeman wrote:
>
> > Kept thinking a bit longer: are the uids and gids of daemon users
> > actually determined during install? My experience is that these
> > users actually preserve their uid over installations quite we
Sven Joachim schreef:
On 2009-09-16 15:57 +0200, Sjoerd Hardeman wrote:
Kept thinking a bit longer: are the uids and gids of daemon users
actually determined during install? My experience is that these users
actually preserve their uid over installations quite well.
This is only true for user
On Wed, 16 Sep 2009, Sjoerd Hardeman wrote:
> Kept thinking a bit longer: are the uids and gids of daemon users
> actually determined during install? My experience is that these
> users actually preserve their uid over installations quite well.
nope. for example, on the old system, openldap ac
On Wed, 16 Sep 2009, Sven Joachim wrote:
> On 2009-09-16 15:49 +0200, Robert P. J. Day wrote:
>
> > a question about mysql. i want to reproduce all the mysql
> > databases on the new system. is it sufficient to copy all of
> > /var/lib/mysql? is that where the databases are physically stored?
On 2009-09-16 16:03 +0200, Sven Joachim wrote:
> I'm no database exports,
^^^
Err, that should read expert, of course.
Sven
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 2009-09-16 15:57 +0200, Sjoerd Hardeman wrote:
> Kept thinking a bit longer: are the uids and gids of daemon users
> actually determined during install? My experience is that these users
> actually preserve their uid over installations quite well.
This is only true for users with a UID < 100,
On 2009-09-16 15:49 +0200, Robert P. J. Day wrote:
> a question about mysql. i want to reproduce all the mysql databases
> on the new system. is it sufficient to copy all of /var/lib/mysql?
> is that where the databases are physically stored? as opposed to
> doing mysql dumps and restores?
I
Jochen Schulz schreef:
Sjoerd Hardeman:
Jochen Schulz schreef:
Not quite. This might lead to problems when UIDs have changed. Some
packages (say, Apache) create new users and files which belong to these
users. Even if you install the same set of packages on a new system, you
have no guarantee t
On Wed, 16 Sep 2009, Sven Joachim wrote:
> On 2009-09-16 13:46 +0200, Sjoerd Hardeman wrote:
>
> > Robert P. J. Day schreef:
> >> i've mentioned this before, but by the end of this week, i want to
> >> move my entire current (fully-updated) lenny install from an old
> >> 32-bit system to a new 6
On Wed, 16 Sep 2009, Sjoerd Hardeman wrote:
> Robert P. J. Day schreef:
> > i've mentioned this before, but by the end of this week, i want
> > to move my entire current (fully-updated) lenny install from an
> > old 32-bit system to a new 64-bit dell server, and i'm open to
> > advice on the eas
Sjoerd Hardeman:
> Jochen Schulz schreef:
>>
>> Not quite. This might lead to problems when UIDs have changed. Some
>> packages (say, Apache) create new users and files which belong to these
>> users. Even if you install the same set of packages on a new system, you
>> have no guarantee that these
Sven Joachim schreef:
On 2009-09-16 13:46 +0200, Sjoerd Hardeman wrote:
Robert P. J. Day schreef:
i've mentioned this before, but by the end of this week, i want to
move my entire current (fully-updated) lenny install from an old
32-bit system to a new 64-bit dell server, and i'm open to adv
Jochen Schulz schreef:
Sjoerd Hardeman:
Why not just copy /etc, /home, /root and /var, and make sure you do not
follw symlinks in copying. That should do.
Not quite. This might lead to problems when UIDs have changed. Some
packages (say, Apache) create new users and files which belong to thes
On 2009-09-16 13:46 +0200, Sjoerd Hardeman wrote:
> Robert P. J. Day schreef:
>> i've mentioned this before, but by the end of this week, i want to
>> move my entire current (fully-updated) lenny install from an old
>> 32-bit system to a new 64-bit dell server, and i'm open to advice on
>> the e
Sjoerd Hardeman:
>
> Why not just copy /etc, /home, /root and /var, and make sure you do not
> follw symlinks in copying. That should do.
Not quite. This might lead to problems when UIDs have changed. Some
packages (say, Apache) create new users and files which belong to these
users. Even if you
On Wed, Sep 16, 2009 at 07:58:26AM -0400, Robert P. J. Day wrote:
>
> please don't top-post.
>
I am not doing. This is my 3rd post to the list.
> p.s. i don't want to sound a bit short, but there seems to be an
> annoying pattern on this mailing list that people don't actually
> *read* the qu
please don't top-post.
On Wed, 16 Sep 2009, Onur Aslan wrote:
> I suggest you to use low level tools, such as dd or cpio. After
> copying all files, install grub to your boot device, configure it
> and fstab (if your device order is different) and finish
> installation. This can be done withou
I suggest you to use low level tools, such as dd or cpio. After copying all
files, install grub to your boot device, configure it and fstab (if your device
order is different) and finish installation. This can be done without any pain.
On Wed, Sep 16, 2009 at 07:21:52AM -0400, Robert P. J. Day wro
Robert P. J. Day schreef:
i've mentioned this before, but by the end of this week, i want to
move my entire current (fully-updated) lenny install from an old
32-bit system to a new 64-bit dell server, and i'm open to advice on
the easiest and most error-free way to do that.
i've already dupl
i've mentioned this before, but by the end of this week, i want to
move my entire current (fully-updated) lenny install from an old
32-bit system to a new 64-bit dell server, and i'm open to advice on
the easiest and most error-free way to do that.
i've already duplicated the software package
63 matches
Mail list logo
