Il giorno sab, 07/03/2009 alle 11.01 -0600, Dirk Eddelbuettel ha
scritto: 
> On 7 March 2009 at 17:40, Pietro Battiston wrote:
> | Well, as you prefer. I can certainly create a man page, obviously very
> | small, almost a debianized
> |     <<this is R with graphics, see "man R" for more info>>
> | , but this raises another problem to me: maybe I should also enchance
> | slightly the rcmdr script so that it forwards command line arguments to
> | R. Any reason against that reasoning? I ask because I'm really not an R
> | expert, but still I don't think this would break anything.
> 
> It's trivial, just add "$@" in
> 
>      #!/bin/sh
>      R_DEFAULT_PACKAGES="$R_DEFAULT_PACKAGES Rcmdr" R "$@"
> 

great

> This leaves my terminal in a funny state after R / Rcmdr exit and I always
> have to call reset.  

I don't see this particular problem - running Ubuntu Intrepid.


> 
> | That said, I'd prefer rcmdr to be in /usr/bin, because as I said it's
> | useful even by itself as a script. But if upstream thinks it is useful
> | but it doesn't comply with installation mode, I think it can be put
> | in /usr/lib/R/site-library/ and just linked from /usr/bin (and I'd still
> | write a man page).
> 
> Yes, it definitely could be added (if John sees fit to do so) under maybe
> inst/linux/ or something so that it ends up in $InstalledPkgPath/linux eg
>           /usr/lib/R/site-library/Rcmdr/linux/
> 
> I personally do not think it is all that generally useful, and I remain on
> the sidelines relative to installing in /usr/bin. It's the type of think you
> can define easily as your personal bash alias in your ~/.profile or
> ~/.bashrc.


Indeed, apart from the shell problem, I agree it would not be of very
common use.

> 
> And as I said above, it is also buggy.  Surely good enough to be called from
> a menu, for the cmdline use I am not so sure. Most people still call R as R,
> I think, and are happy to just load Rcmdr.

I'm trying to introduce R to some people which have never used a
terminal... but for this purpose the menu item is enough, sure.


> 
> | > 
> | > | /usr/share/applications/rcmdr.desktop : 
> | > | 
> | > | ------------------- 8< -------------------------
> | > | [Desktop Entry]
> | > | Categories=Education;Science;Math;
> | > | Comment=Graphical interface to the R environment for statistical
> | > | computing
> | > | Comment[fr]=Environnement graphique pour le logiciel de calcul
> | > | statistique R
> | > | Comment[it]=Interfaccia grafica per l'ambiente di calcolo statistico R
> | > | Exec=/usr/bin/rcmdr
> | > | Icon=/usr/share/R/doc/html/logo.jpg
> | > | Name=R Commander
> | > | Terminal=true
> | > | Type=Application
> | > | X-KDE-SubstituteUID=false
> | > | 
> | > | ------------------- 8< -------------------------
> | > | 
> | > | 
> | > | Please notice that:
> | > | - I would have preferred to not put R Commander under "Education", since
> | > | this is quite reductive. However, I'm afraid this is inevitable (see for
> | > | instance [0]).
> | > 
> | > I don't follow, and I don't see why a gnome.org bugreport is relevant. 
> Debian
> | > has its own hierarchies.  For R, I use an (older-style) menu file with
> | > 
> | >   section="Applications/Science/Data Analysis"    
> | > 
> | > Aren't the menu and desktop entries derived the same way?
> | 
> | Well, as far as I know, GNOME and KDE (and hopefully all major
> | environments) refer to
> | http://standards.freedesktop.org/menu-spec/latest/apa.html
> | , where "Science" is not a main category... though it could be soon or
> | later:
> | http://lists.freedesktop.org/archives/xdg/2007-June/008456.html
> | 
> | Are sure your other menu file is "older-style" and not "Debian style"?
> | Since for example Ubuntu doesn't have (by default) the Debian menu, I'd
> | like to comply to the freedesktop standard... (or did I misundestand
> | something?)
> 
> I see what you mean. The Debian menus predates the freedesktop stuff. I am
> not sure which is more relevant for me inside Debian. 

I was able to get some clarifications: the debian and Gnome/KDE menus
have different .desktop files, in different folders, with different
formats.

The debian menu file goes in /usr/share/menu, while the one I posted
goes in /usr/share/applications. The categories you suggested are only
valid for the former, in the latter I think "Education;Science;Math" is
the only reasonable choice (though we can drop "Education" when the
issue I reported is solved - I'll track it).

I was also told that the Debian menu is being obsoleted, but I frankly
didn't find any verifiable source stating the same.

I'd suggest my .desktop to go upstream, since it's
distribution-agnostic, and adding the debian specific one via a patch.
Does shipping both in the debian package represent a problem to you,
Dirk?

Pietro




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to