RCP no longer runs in Debian Testing

[GMaq]

Hi,

Just for your info RCP has been broken by a Squeeze update, this has been noted by myself and quite a few AVLinux users. I don't really expect you to fix it, but hopefully the next release will work again in Testing.

Console Error:

Code:

pcuser@avlinux:~$ remastersyscontrolpanel
sh: source: not found

** ERROR **: GtkDialog: Could not find the dialog description in the
environment variable 'MAIN_DIALOG'.
aborting...
Aborted
pcuser@avlinux:~$

[craigevil]

Doesn't work in debian unstable either.

It looks awesome, hopefully whatever the problem is will get fixed soon.

[fragadelic]

Can you check the version of gtkdialog in testing and unstable?

gtkdialog is what I use for the frontend and it really hasn't been changed in years so I'm quite curious what the debian folks did to break it.

[GMaq]

Tony,

The current one I'm using in testing is 2:0.7.20-4

Also did you see my posts about the weird Window behaviors in LXDE and with Compiz when using Remastersys Backup? Any relation to the gtkdialog issue?

I put a post on the LXDE Forum about both AV Linux and of course Remastersys hopefully they will contact you about the RCP,
http://forum.lxde.org/viewtopic.php?f=8&t=592

If I have your attention I'd like to mention a few requests for RCP,

Does it need so many links to programs that are already in the menu?
What about some kind of Samba frontend, PCManFM is working on remote folders but it still sounds pretty far off,
The Ubuntu Adobe Flashplayer conflicts with the one readily available in Debian-Multimedia and it doesn't uninstall properly (there are many posts about this if you google)
If you have sgfxi anyway why not include smxi as well

Just some suggestions

[fragadelic]

I asked pcman a long time ago to add me to the list and he read the pm but nothing has happened.

I don't really care either way.

I'll check as I must have missed the other post.

[fragadelic]

I've been thinking about the samba issue but just don't have enough time right now to work on it actively.

Having all the programs that are in the menu in the control panel is really no different than how KDE does it.  Some folks don't want to search the menu and would rather click in a single spot.  I don't think I'll change this.

smxi is only for testing from what I remember and since I don't support testing I won't include it.

As for flash I will just remove it and let folks do whatever they like for flash.

I'm finding lxde is not running as light as I want it to.  On the pc's it does run ok, KDE 3.5.x runs on just fine too.

Here's my list of todos before I can start anything new:

1 - get RevlinuxOS iso out the door to the test team.
2 - update remastersys for Ubuntu to better support 9.04 and up.
3 - update remastersys for debian
4 - update remastersys Lxde lite

[Richard]

> smxi is only for testing from what I remember and since I don't support testing I won't include it.

smxi is currently in use successfully on sidux, sid, testing, mepis, antiX that I remember.

"The last major change, in the summer of 2008, was making smxi a truly Debian compatible script, by adding a much more robust conversion library, adding aptitude support, and adding upgrade/dist-upgrade options (sidux supports only apt-get and dist-upgrade), as well as better distro ID processes.
. . .
Any truly Debian based distro is free to use the stub installer in their distro (as AntiX is now doing), although of course it's a good idea if they get in touch before doing so to make sure everything is in good working order for them, and to open up lines of communication to make sure we are all on the same page.
. . . http://smxi.org/site/smxi-story.htm . . . ."


I used it frequently in sidux for a couple of years then converted the install to testing for another six months until the Kde3.5 -> 4 problem caught me.  Currently running LinuxMint7xfceRC1. h2 has stated that it does work in lenny but not much ever changes. The other tools will be handy with Remastersys which I'm going to install tomorrow.

I'm downloading 2009.8 at the moment and will install it and let you know.
I always install smxi on any debian based distro except the 'buntus to try it out for h2.

[edit: Well, I tried to do a dist-upgrade to testing which didn't  work well, so, I get to reinstall it.
         I'll run smxi on the base install just to confirm, but have no doubt that it will work fine.]

regards,
Richard.

[GMaq]

Richard,

Thanks for sharing that, I had a look at the smxi site and it is indeed for all Debian branches like you said.
http://smxi.org/site/about.htm

Is is still part of SiduX? I heard there was some kind of falling out there, hope I heard wrong!

[Richard]

@GMaq,

Actually, it was never really a part of sidux.

They included a stub to download it for a while, but never the actual script.
From kanotix to sidux and the present:  http://smxi.org/site/smxi-story.htm
smxi is separate and supports all Debian based distros except the Ubuntu based,
at present. Ubuntu tends to vary from Debian more than most.  

I'm currently running sidux tracking testing and trying out LinuxMint7xfce. The xfce version makes a good base.
But really like the idea of Remastersys' Debian base.

I plan to upgrade/downgrade Remastersys to track testing as well.
Is there a group installing Remastersys then tracking testing?

Sid is fun but a bit unreliable for a production machine.  I proved it to myself.

[GMaq]

Richard,

Thanks for the info and explanation, there is no official testing group that I know of, using Remastersys outside of Lenny is a "buyer beware" deal, it is only supported in Lenny. but it is very widely in use and will work with any Debian branch provided you have the correct squashfs and aufs modules.

[Richard]

OK, thanks.

I just like the idea of a good base install that doesn't require lots of refitting.
Nice to just install and run. I guess that is what makes Remastersys so great.
I can build it myself, within limits. 

sidux is a great way to run sid. But it always seemed to break when I had something urgent to do.
Maybe just Murphy's Law, but that's why I started tracking testing. Still have the rolling distro but less breakage,
until Kde4. That is really the fly in the ointment. Been using Kde since 2001 but still haven't learned to like Kde4.
Has lots of nice things but not there yet. Or just too heavy. Or just another change.

Gnome is better nowadays but I like Xfce4.6. And running Lxde on top seems an even better idea.
Makes the Core2duo really fly. And the AA1 bearable.

[GMaq]

Richard,

I agree XFCE 4.6 is really closing the gap on Gnome and has so many of the same conveniences, I love the customizability of LXDE, I almost makes me laugh how fast it boots into the desktop. For my own distro (AV Linux) I recently was experimenting running a combination of KDE4.3 from Sid and LXDE and it was kind of weird how well they complemented each other application-wise, although I've never actually used KDE other than distro hopping I was pretty impressed with some features of KDE4, without enabling Desktop Effects it was definitely and expectedly a lot slower than LXDE but not nearly as bad as I had imagined. Things like Menu Customization and seamless Network Sharing with Samba were certainly assets compared to both LXDE and XFCE whose menus are not customizeable and tend to get very cluttered IMO. I had the same experience as you with SiduX, a great effort but even when they would say said it was OK to dist-upgrade things would go missing or stop working at the most inopportune times. I wonder how well it would work to just use it as is and update by releases instead of chronic dist-upgrades.

[Richard]

Back to the original title: no longer runs in Debian Testing/Sid.

Running basically testing/sid.
Installed lxde & remastersys via aptitude but unable to install remastersys-lxde-control-panel,
says it depends on update-manager which is not available.

I find update-manager-core, update-manager-gnome, and update-manager-doc but no update-manager.
Where does it hide out?

Any pointers appreciated.
Regards.

[GMaq]

Richard,

The most recent update of update-manager and related packages will uninstall RCP and try to replace it with update-manager gnome. In AV Linux I've had to pin the update manager packages in order to prevent this from happening, In Sid or Testing your only option will be to enable Lenny repos and either downgrade or uninstall the Testing/Sid packages and install the Lenny ones and pin them before installing RCP. I also have had to avoid the latest Xorg (7.4) update as well it really makes a mess of things!