SEO

Hi,

I'm new to gentoo and have most likely created myself a small problem.
For some reason a grephical loginmanager wont start, like gdm, because
a file, /etc/X11/startDM.sh is missing. I've searched the web for a
solution, but haven't found one my self. Anyone here who have any idea
what I haven't done or done incorrectly?

regards,
Tommy

Tommy Myrvoll wrote:
> Hi,
>
> I'm new to gentoo and have most likely created myself a small problem.
> For some reason a grephical loginmanager wont start, like gdm, because
> a file, /etc/X11/startDM.sh is missing. I've searched the web for a
> solution, but haven't found one my self. Anyone here who have any idea
> what I haven't done or done incorrectly?

This is a file provided by the x11-apps/xinit åackage, you can re-emerge it or
just copy it from /usr/portage/x11-apps/xinit/files/startDM.sh


--

//Aho

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tommy Myrvoll said the following on 19.01.2007 23:38:
| Hi,
|
| I'm new to gentoo and have most likely created myself a small problem.
| For some reason a grephical loginmanager wont start, like gdm, because
| a file, /etc/X11/startDM.sh is missing. I've searched the web for a
| solution, but haven't found one my self. Anyone here who have any idea
| what I haven't done or done incorrectly?
|
| regards,
| Tommy
|

It's easy to find the problem on your own.
If you run "equery belongs startDM.sh", it will output the name of the
package, to which startDM.sh belongs.
Just remerge this package.

There you are.

- --
*Sebastian Volke*
registered Linux user #426550

mail address: echo ozslxhmfw_gfxyn@lrc.sjy | perl -pe 'y/a-z/v-za-w/'
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFseDmTVzZ9whcz3sRAvTRAKDoCC/7CuUPMzyYZfki8nG3lmAsNQCgzOmg
q1sQdeO/NT43VAdTOdf9yzI=
=vGst
-----END PGP SIGNATURE-----

Sebastian Volke <read.the@signature.invalid> wrote:
>
> Tommy Myrvoll said the following on 19.01.2007 23:38:
>>
>> I'm new to gentoo and have most likely created myself a small
>> problem. For some reason a grephical loginmanager wont start, like
>> gdm, because a file, /etc/X11/startDM.sh is missing. I've searched
>> the web for a solution, but haven't found one my self. Anyone here
>> who have any idea what I haven't done or done incorrectly?
>
> It's easy to find the problem on your own.

Anything you know how to do is easy. It's easy to be rude to a newbie too,
and you know how.

> If you run "equery belongs startDM.sh", it will output the name of the
> package, to which startDM.sh belongs.
> Just remerge this package.

First of all, equery isn't a standard command. You have to emerge
gentoolkit to get it.
Secondly, if the package the file belongs to isn't already installed (or has
been removed, e.g. because of a --depclean gone wrong), equery won't find
it, cause it can only search already installed packages.

> There you are.

In your case, there's no need to be condescending. Your advice would be a
hell of a lot more useful if presented humbly, and if you'd stated the
requirements and limitations.

--
*Art

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Arthur Hagen said the following on 01/20/2007 04:30 PM:
| Sebastian Volke <read.the@signature.invalid> wrote:
|>
|> Tommy Myrvoll said the following on 19.01.2007 23:38:
|>>
|>> I'm new to gentoo and have most likely created myself a small
|>> problem. For some reason a grephical loginmanager wont start, like
|>> gdm, because a file, /etc/X11/startDM.sh is missing. I've searched
|>> the web for a solution, but haven't found one my self. Anyone here
|>> who have any idea what I haven't done or done incorrectly?
|>
|> It's easy to find the problem on your own.
|
| Anything you know how to do is easy. It's easy to be rude to a newbie
| too, and you know how.
|

You are right, I'm sorry. It wasn't meant to be rude at all, but I'm
tired and when I'm so, my English goes bad, or worse.
Sorry, if the way of expressing this and my last posting is / was a
little awkward.

|> If you run "equery belongs startDM.sh", it will output the name of the
|> package, to which startDM.sh belongs.
|> Just remerge this package.
|
| First of all, equery isn't a standard command. You have to emerge
| gentoolkit to get it.
| Secondly, if the package the file belongs to isn't already installed (or
| has been removed, e.g. because of a --depclean gone wrong), equery won't
| find it, cause it can only search already installed packages.
|
|> There you are.
|
| In your case, there's no need to be condescending. Your advice would be
| a hell of a lot more useful if presented humbly, and if you'd stated the
| requirements and limitations.
|

I didn't think. I just wanted to point out the way, J. O. Aho most
probably came to his result:

| This is a file provided by the x11-apps/xinit åackage, you can
| re-emerge it or just copy it from
| usr/portage/x11-apps/xinit/files/startDM.sh

- --
*Sebastian Volke*
registered Linux user #426550

mail address: echo ozslxhmfw_gfxyn@lrc.sjy | perl -pe 'y/a-z/v-za-w/'
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFso69TVzZ9whcz3sRAvCEAJ9AOAi5ObKs2SBDRm2OAo plbcD+BQCgqJAY
HGhozUOdjzaqm/quyxKcQ0o=
=dU4I
-----END PGP SIGNATURE-----

Sebastian Volke wrote:
> Arthur Hagen said the following on 01/20/2007 04:30 PM:

> |> If you run "equery belongs startDM.sh", it will output the name of the
> |> package, to which startDM.sh belongs.
> |> Just remerge this package.
> |
> | First of all, equery isn't a standard command. You have to emerge
> | gentoolkit to get it.
> | Secondly, if the package the file belongs to isn't already installed (or
> | has been removed, e.g. because of a --depclean gone wrong), equery won't
> | find it, cause it can only search already installed packages.
> |
> |> There you are.
> |
> | In your case, there's no need to be condescending. Your advice would be
> | a hell of a lot more useful if presented humbly, and if you'd stated the
> | requirements and limitations.
> |
>
> I didn't think. I just wanted to point out the way, J. O. Aho most
> probably came to his result:
>
> | This is a file provided by the x11-apps/xinit package, you can
> | re-emerge it or just copy it from
> | usr/portage/x11-apps/xinit/files/startDM.sh

Sorry, but didn't use equery (even if I have it installed), as it's a X11 file
and has been designed for Gentoo (just look at the head of the file), so I
thought of looking where it was generated or copied

grep startDM.sh /usr/portage/x11-*/*/*.ebuild

Which gives you the following result:

/usr/portage/x11-apps/xinit/xinit-1.0.2-r6.ebuild: doexe
${FILESDIR}/chooser.sh ${FILESDIR}/startDM.sh
/usr/portage/x11-apps/xinit/xinit-1.0.3.ebuild: doexe ${FILESDIR}/chooser.sh
${FILESDIR}/startDM.sh
/usr/portage/x11-apps/xinit/xinit-1.0.3-r1.ebuild: doexe
${FILESDIR}/chooser.sh ${FILESDIR}/startDM.sh
/usr/portage/x11-base/xorg-x11/xorg-x11-6.8.2-r8.ebuild: doexe
${FILES_DIR}/startDM.sh
/usr/portage/x11-base/xorg-x11/xorg-x11-6.9.0-r3.ebuild: doexe
${FILES_DIR}/startDM.sh

And it's not that difficult to find out that the file is in the files
directory for x11-apps/xinit (most people should nowadyas use the modular
version of Xorg).

--

//Aho

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

J.O. Aho said the following on 21.01.2007 00:11:
| Sebastian Volke wrote:
|> Arthur Hagen said the following on 01/20/2007 04:30 PM:
|
|> |> If you run "equery belongs startDM.sh", it will output the name of the
|> |> package, to which startDM.sh belongs.
|> |> Just remerge this package.
|> |
|> | First of all, equery isn't a standard command. You have to emerge
|> | gentoolkit to get it.
|> | Secondly, if the package the file belongs to isn't already installed
|> (or
|> | has been removed, e.g. because of a --depclean gone wrong), equery
|> won't
|> | find it, cause it can only search already installed packages.
|> |
|> |> There you are.
|> |
|> | In your case, there's no need to be condescending. Your advice
|> would be
|> | a hell of a lot more useful if presented humbly, and if you'd stated
|> the
|> | requirements and limitations.
|> |
|>
|> I didn't think. I just wanted to point out the way, J. O. Aho most
|> probably came to his result:
|>
|> | This is a file provided by the x11-apps/xinit package, you can
|> | re-emerge it or just copy it from
|> | usr/portage/x11-apps/xinit/files/startDM.sh
|
| Sorry, but didn't use equery (even if I have it installed), as it's a
| X11 file and has been designed for Gentoo (just look at the head of the
| file), so I thought of looking where it was generated or copied
|
| grep startDM.sh /usr/portage/x11-*/*/*.ebuild
|
| Which gives you the following result:
|
| /usr/portage/x11-apps/xinit/xinit-1.0.2-r6.ebuild: doexe
| ${FILESDIR}/chooser.sh ${FILESDIR}/startDM.sh
| /usr/portage/x11-apps/xinit/xinit-1.0.3.ebuild: doexe
| ${FILESDIR}/chooser.sh ${FILESDIR}/startDM.sh
| /usr/portage/x11-apps/xinit/xinit-1.0.3-r1.ebuild: doexe
| ${FILESDIR}/chooser.sh ${FILESDIR}/startDM.sh
| /usr/portage/x11-base/xorg-x11/xorg-x11-6.8.2-r8.ebuild: doexe
| ${FILES_DIR}/startDM.sh
| /usr/portage/x11-base/xorg-x11/xorg-x11-6.9.0-r3.ebuild: doexe
| ${FILES_DIR}/startDM.sh
|
| And it's not that difficult to find out that the file is in the files
| directory for x11-apps/xinit (most people should nowadyas use the
| modular version of Xorg).
|

Interesting. I never thought of doing it that way.
Just for my comprehension: if startDM.sh wasn't a file specific to
Gentoo, but part of the mainstream distribution, it would be installed
by a dodir command. If I got that right, of course. You wouldn't be able
to find it then, using the method described above. Is that right?

Another question: you proposed to just copy the file to the specific
location.
If you do so, the mtime of the file would differ from the mtime, portage
knows. So portage wouldn't delete the file, if you tried to unmerge xinit.
Therefore, wouldn't it be better to remerge the package, instead of
fixing the file on your own?
Of course, Gentoo is all about choice, but xinit doesn't take a long
time to compile, and you're saved from creating orphaned files.

- --
*Sebastian Volke*
registered Linux user #426550

mail address: echo ozslxhmfw_gfxyn@lrc.sjy | perl -pe 'y/a-z/v-za-w/'
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFs4E4TVzZ9whcz3sRAlF4AKCllczJfG0tu/ltnL0eJ0owOj1GxwCg2XuW
CjP8io/cMgqbl/uDdGrXUu8=
=jRvx
-----END PGP SIGNATURE-----

Sebastian Volke wrote:

> Interesting. I never thought of doing it that way.
> Just for my comprehension: if startDM.sh wasn't a file specific to
> Gentoo, but part of the mainstream distribution, it would be installed
> by a dodir command. If I got that right, of course. You wouldn't be able
> to find it then, using the method described above. Is that right?

As far as I know, dodir more or less works like 'mkdir -p', but you still find
the file name in the ebuild with grep if something is done with it (modified
with sed, moved to another directory than 'make install' wants it to be
placed). Files you won't find are of course those that are handled
automatically with 'make install', as libXxf86vm.a.


> Another question: you proposed to just copy the file to the specific
> location.
> If you do so, the mtime of the file would differ from the mtime, portage
> knows. So portage wouldn't delete the file, if you tried to unmerge xinit.
> Therefore, wouldn't it be better to remerge the package, instead of
> fixing the file on your own?

The likelihood in this case that someone don't want xinit would be quite
small, so in this case it wouldn't make any difference.

Portage leaves a lot to wish for, a feature that could be handy is a question
asked if remove a file that has been modified after install (of course do the
same if a file to be replaced during an upgrade).


> Of course, Gentoo is all about choice, but xinit doesn't take a long
> time to compile, and you're saved from creating orphaned files.

No, but in theory it could have been OpenOffice, which takes quite long time
to compile, but in my original post in this thread I di suggest either copy
the file or re-emerge the xinit.


--

//Aho