[opensuse-factory] Call for testing: upcoming smart 0.42
Hi everyone, as the development team of the smart package manager is getting ready to release smart 0.42 shortly, I would like to ask everyone who is using smart on SUSE Linux to help testing. Therefore I'v updated the smart package for SUSE Linux, which is available via the openSUSE Build Service for SUSE Linux 9.3, 10.0, 10.1, SLES9 and the current development tree (Factory) at http://software.opensuse.org/download/home:/cthiel1/ Feedback on this will be very much appreciated -- bugs should be filled either at http://bugzilla.novell.com/ or directly at http://www.smartpm.org/ Regards and TIA Christoph --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
2006/6/14, Christoph Thiel <cthiel@suse.de>:
Hi everyone,
as the development team of the smart package manager is getting ready to release smart 0.42 shortly, I would like to ask everyone who is using smart on SUSE Linux to help testing. Therefore I'v updated the smart package for SUSE Linux, which is available via the openSUSE Build Service for SUSE Linux 9.3, 10.0, 10.1, SLES9 and the current development tree (Factory) at http://software.opensuse.org/download/home:/cthiel1/
Feedback on this will be very much appreciated -- bugs should be filled either at http://bugzilla.novell.com/ or directly at http://www.smartpm.org/
What is smart-ksmarttray? Thanks --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
i get this error when trying to update using smart: Failed to download packages: http://software.opensuse.org/download/home:/cthiel1/SL-10.0/i586/smart-gui-0...: Not Found -- michael On Wed, Jun 14, 2006 at 12:33:31PM -0300, Juan Erbes wrote:
2006/6/14, Christoph Thiel <cthiel@suse.de>:
Hi everyone,
as the development team of the smart package manager is getting ready to release smart 0.42 shortly, I would like to ask everyone who is using smart on SUSE Linux to help testing. Therefore I'v updated the smart package for SUSE Linux, which is available via the openSUSE Build Service for SUSE Linux 9.3, 10.0, 10.1, SLES9 and the current development tree (Factory) at http://software.opensuse.org/download/home:/cthiel1/
Feedback on this will be very much appreciated -- bugs should be filled either at http://bugzilla.novell.com/ or directly at http://www.smartpm.org/
What is smart-ksmarttray?
Thanks
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
On Wed, Jun 14, 2006 at 11:37:43AM -0400, Michael Galloway wrote:
i get this error when trying to update using smart:
Failed to download packages: http://software.opensuse.org/download/home:/cthiel1/SL-10.0/i586/smart-gui-0...: Not Found
That's an outdated version, please go to http://software.opensuse.org/download/home:/cthiel1/SL-10.0/repodata/ and select the current version of the package you like to download. Cheers, Michael. -- Michael Schroeder mls@suse.de main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
What is smart-ksmarttray?
Thanks
A small applet that show up in you're systray to inform you when there are updates. (like suseWatcher/Zen-thing). For KDE. Azerion --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
* Christoph Thiel <cthiel@suse.de> [06-14-06 11:00]:
as the development team of the smart package manager is getting ready to release smart 0.42 shortly, I would like to ask everyone who is using smart on SUSE Linux to help testing. Therefore I'v updated the smart package for SUSE Linux, which is available via the openSUSE Build Service for SUSE Linux 9.3, 10.0, 10.1, SLES9 and the current development tree (Factory) at http://software.opensuse.org/download/home:/cthiel1/
Feedback on this will be very much appreciated -- bugs should be filled either at http://bugzilla.novell.com/ or directly at http://www.smartpm.org/
Had to dl manually and install: Failed acquiring release file for 'cthiell SuSE Linux 10.1': http://software.opensuse.org/download/repositories/home%3A/cthiel1/repodata/...: Not Found otherwise, no noticable difficulties. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/gallery2 --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
On Wed, 14 Jun 2006, Patrick Shanahan wrote:
* Christoph Thiel <cthiel@suse.de> [06-14-06 11:00]:
as the development team of the smart package manager is getting ready to release smart 0.42 shortly, I would like to ask everyone who is using smart on SUSE Linux to help testing. Therefore I'v updated the smart package for SUSE Linux, which is available via the openSUSE Build Service for SUSE Linux 9.3, 10.0, 10.1, SLES9 and the current development tree (Factory) at http://software.opensuse.org/download/home:/cthiel1/
Feedback on this will be very much appreciated -- bugs should be filled either at http://bugzilla.novell.com/ or directly at http://www.smartpm.org/
Had to dl manually and install:
Failed acquiring release file for 'cthiell SuSE Linux 10.1': http://software.opensuse.org/download/repositories/home%3A/cthiel1/repodata/...: Not Found
otherwise, no noticable difficulties.
You should have used http://software.openSUSE.org/download/home:/cthiel1/SL-10.1/ Regards Christoph --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
as the development team of the smart package manager is getting ready to release smart 0.42 shortly, I would like to ask everyone who is using smart on SUSE Linux to help testing.
I'm afraid I'm running out of time to spend on this. See my previous comments on this list for starters. Then add: * The handling of repository types and repository locations is not independent. Some types can only be fetched from some locations. * Auto-detection of repository type is lousy, with output of what it is expected to find too short. Also, type "bunch of rpm files" should always work as a fallback. It doesn't. * The main smart window and its pop-up window sometimes look stone dead, no input accepted. Confusing, until one finds that clicking the main smart window to the foreground brings the pop-up on top, but leaves the second-level pop-up right at the bottom of the pile of desktop windows. * I can see no way to tell it to only install X, and Y of the currently available updates, but not the other 20. I prefer to be in control when I want to. * There is no obvious "tell me what you're gonna do" if I click on something potentialy desastrous, like the "go for it" button. * It needs to handle patch and delta rpms. * Log windows can extend way below the bottom of the screen, no scroll bar, and resizing is disabled. At least the "X"-off button at the top-right window corner still works... * A quick-launch icon-status thing for the KDE panel along the lines of susewatcher is essential. If 0.42 has it, make sure it works ;) * Personal preference, but I don't like the gnome look. * The package list needs to be optionally separate for packages from other repositories. Specifically, when I'm interested in vendor updates, I don't need to see the gazillion things already installed. For a quick updater prog, I like to see: the updates currently available for packages I have installed, and all the updates available, including those not appliccable and those already installed, suitably marked. I stay with my earlier opinion that if smart wants to deserve its name, it needs to get rather better than it is now. It's better than a proof-of-concept, but doesn't reach "SUSE standard". Mind you, SUSE doesn't currently reach its own standard either *vbg* Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Volker Kuhlmann wrote:
as the development team of the smart package manager is getting ready to release smart 0.42 shortly, I would like to ask everyone who is using smart on SUSE Linux to help testing.
I'm afraid I'm running out of time to spend on this. See my previous comments on this list for starters. Then add:
* The handling of repository types and repository locations is not independent. Some types can only be fetched from some locations.
Not correct. The handling of URLs and protocols is independent of each repository type. What do you mean with "some types can only be fetched from some locations" ? Obviously, the "a directory with RPM files without metadata" repository type only works with local filesystem. There's not really an alternative to that, because it requires file discovery on the directory + reading every RPM file to load the RPM headers (for metadata) + there's no possibility to cache a "smart update" on that. You wouldn't want that behavior on remote URLs ;) That's the only "limitation" I can see - if it's something else, please give some details ;)
* Auto-detection of repository type is lousy, with output of what it is expected to find too short. Also, type "bunch of rpm files" should always work as a fallback. It doesn't.
There is no autodetection of repository type at all, period. Where have you seen that feature mentioned ? You must always explicitly tell smart that it's a rpm-md, apt-rpm, yast2, ... type of channel you're creating. And it's not even a goal either, for similar reasons as above. While it _could_ be implemented for FTP or local filesystem, file discovery is not possible with HTTP (parsing Apache mod_autoindex is not really an option). The alternative would be to ask every repository backend to try to fetch its specific files and see if some of them reply "ok" + some sort of repository type preference handling, because one location can contain several metadata types (e.g. yast2 and rpm-md). Could be done, in theory, but that's not really a goal as of now, and I'm not sure whether it's really needed either. You must know the repository URL anyway, it's not like it was some magic one-click discovery of all SUSE repositories. Also, you can just ship a .channel file that contains all information (name, type, URL) and you can even embed mirror information with the patch I've added to my smart RPMs. This is e.g. what is done in the Build Service (even if they're called ".repo" files in there, they work with smart), e.g.: smart channel --add \ http://software.opensuse.org/download/Java:/jpackage-1.7/SUSE_Linux_10.1/Jav... I'd really like to see that in YaST2/zypp BTW.
* The main smart window and its pop-up window sometimes look stone dead, no input accepted. Confusing, until one finds that clicking the main smart window to the foreground brings the pop-up on top, but leaves the second-level pop-up right at the bottom of the pile of desktop windows.
Sounds like a bug and/or a place for improvements. Could you file a bug and provide as much details as possible ? http://tracker.labix.org/issue?@template=item&project=smart
* I can see no way to tell it to only install X, and Y of the currently available updates, but not the other 20. I prefer to be in control when I want to.
smart upgrade foo And for the GUI, I don't see what you mean... View -> Hide non-upgrades View -> Hide installed and you get a list of upgrade candidates. There, as with YaST2, you can right click a package and select "Install" (or just double-click the package). Could you give some more details here ?
* There is no obvious "tell me what you're gonna do" if I click on something potentialy desastrous, like the "go for it" button.
Hmm.. you get a change summary for every action, you have a Summary Window that shows you the currently selected actions, and finally there's a "Execute changes" button and menu option to actually perform the transaction. When you trigger "Execute changes", you see the summary again, where it shows what operations it will perform, also showing what packages will be upgraded, what will be uninstalled, what will be installed, etc... You also get that information from the shell and CLI interfaces. When you run "smart upgrade" from the CLI, there's an additional "--explain" switch that will give you more details about the decision tree. What else would you like to see ?
* It needs to handle patch and delta rpms.
Ok. I wonder if there's some form of specification for that. Also, would need to see whether it's doable in a clean way from Python, as it's totally not integrated with rpm itself (i.e. it's not in librpm).
* Log windows can extend way below the bottom of the screen, no scroll bar, and resizing is disabled. At least the "X"-off button at the top-right window corner still works...
Ok. What windows exactly ? (the "operation progress" window is resizable)
* A quick-launch icon-status thing for the KDE panel along the lines of susewatcher is essential. If 0.42 has it, make sure it works ;)
Erm... there is already ;) Install the "smart-ksmarttray" package and start "ksmarttray".
* Personal preference, but I don't like the gnome look.
That's hardly a feature or flaw ;)
* The package list needs to be optionally separate for packages from other repositories. Specifically, when I'm interested in vendor updates, I don't need to see the gazillion things already installed. For a quick updater prog, I like to see: the updates currently available for packages I have installed, and all the updates available, including those not applicable and those already installed, suitably marked.
You want to see the updates that are already installed ? oO You mean exactly like YaST2 Online Update ? "the updates currently available for packages I have installed": View -> Hide non-upgrades
I stay with my earlier opinion that if smart wants to deserve its name, it needs to get rather better than it is now. It's better than a proof-of-concept, but doesn't reach "SUSE standard". Mind you, SUSE doesn't currently reach its own standard either *vbg*
Wow, I can hardly agree with you here, that sounds a lot like cheap bashing rather than constructive criticism. Smart is way more than a proof-of-concept. Actually, it's saving the day for SUSE 10.1 for quite a lot of people. And as far as the "SUSE standard" for package management is concerned, let me say this (and I really love SUSE Linux, been using it since 5.0): - - the "old" YaST2 package manager is/was awfully dumb, you had to do a lot of stuff manually - smart is lightyears ahead and has the smartest resolver of all package management frontends (I didn't say it's perfect, but it's really damn good) - - the current YaST2/zypp/... - well, we'll see once it's finished ;) My opinion is that smart sets the bar pretty high for the yast2/zypp package management. cheers - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ <pascal.bleser@skynet.be> <guru@unixtech.be> _\_v The more things change, the more they stay insane. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEkQU6r3NMWliFcXcRAtAtAKCRosH1GvgDm9G78xfUa+9Q4ZpAIgCbBg+m k7vCS3N2FdGJoiHG53qNqx4= =GBvu -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
Torsdag 15 juni 2006 08:59 skrev Pascal Bleser:
* I can see no way to tell it to only install X, and Y of the currently available updates, but not the other 20. I prefer to be in control when I want to.
smart upgrade foo
And for the GUI, I don't see what you mean... View -> Hide non-upgrades View -> Hide installed and you get a list of upgrade candidates. There, as with YaST2, you can right click a package and select "Install" (or just double-click the package).
Could you give some more details here ?
As Pascal suggets you can install updates individually. A likely scenario however is that you'd want to install maybe 9/10 updates. In that case just right click on the one you don't want > lock this version. And then hit the "upgrade all packages"-button. Very easy, and you're very much in control at the same time. Don't know if this feedback will somehow find it's way to the devs, but the only things that bother me are: - As with Volker the nasty gtk gui. Works nicely but certainly not pretty - not even for gtk standards. Has almost all the functionality that one would need - only I'd like more search options, particularly with regards to provides/requires issues. - All packages are downloaded before installation - if a download or a package fails everything stops - you can't just skip that one - but have to sort out the issue before you can continue. - Ksmarttray doesn't update the repos I think - I don't seem to get notice of any updates unless I manually update the channels - and that makes ksmarttray pretty useless I think. Don't know if ksmarttray is officially a part of Smart. Would be nice if you could tell it to update certain channels at certain intervals. All of the above is based on 0.41 - will install 0.42 in a few minutes. Nice job maintaining that package Christoph - the devs should be happy to have such a diligent maintainer at a major vendor. Martin / cb400f --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
* Martin Schlander <suse@linuxin.dk> [Jun 15. 2006 11:38]:
- All packages are downloaded before installation - if a download or a package fails everything stops - you can't just skip that one - but have to sort out the issue before you can continue.
One probably has to group packages into 'dependency groups'. If a package of one group fails download, the whole group will fail. But this shouldn't influence the other groups. Not that easy to get right. Klaus --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 (cross-posting on the smart list) Klaus Kaempf wrote:
* Martin Schlander <suse@linuxin.dk> [Jun 15. 2006 11:38]:
- All packages are downloaded before installation - if a download or a package fails everything stops - you can't just skip that one - but have to sort out the issue before you can continue.
One probably has to group packages into 'dependency groups'. If a package of one group fails download, the whole group will fail. But this shouldn't influence the other groups.
Not that easy to get right.
Indeed. And you often have dependencies that are needed by more than one package. Imagine you install the packages moo and shmoo, and both require libblah You'd have two "dependency groups": - - moo `-> requires: libblah - - shmoo `-> requires: libblah Not impossible to do, but you'd have to - - download libblah - - download moo - - install moo + libblah in one RPM transaction - - not download/install libblah because you already did - - download shmoo - - install shmoo in one RPM transaction Well, smart considers a "commit" to be a single transaction and hence, it first downloads everything to make sure the transaction will be able to proceed as a whole (unless you specify "--stepped"). That approach has advantages and drawbacks ;) And as Christoph wrote, there's "--stepped" for the CLI and shell interfaces (which is not available in the GUI). Maybe the solution would just be to - - provide a "stepped" boolean option in the GUI - - a persistent "stepped" option, to set the default mode to "stepped" if that's what you prefer Doesn't sound too hard to do. cheers - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ <pascal.bleser@skynet.be> <guru@unixtech.be> _\_v The more things change, the more they stay insane. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEknQsr3NMWliFcXcRAlmXAJoDHG/qr1hkNHh9MjsUJlm0d61WBgCfTmHf WiNMi7l22zdQJfG1WFf5nu0= =1VSJ -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
* Pascal Bleser <pascal.bleser@skynet.be> [Jun 16. 2006 11:05]:
Well, smart considers a "commit" to be a single transaction and hence, it first downloads everything to make sure the transaction will be able to proceed as a whole (unless you specify "--stepped").
So does ZENworks. It downloads everything first and then hands over to libzypp which installs 'stepped'.
That approach has advantages and drawbacks ;)
;-) Transaction based is right for a small set of packages or when you have cyclic dependencies. It gets harder with new installations, cycles involving lots of packages, or even multi-CD installs. You'd need a pretty big harddisk. Also RPM isn't too smart handling transactions in case of failure. Klaus --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
On Thu, 15 Jun 2006, Martin Schlander wrote:
- All packages are downloaded before installation - if a download or a package fails everything stops - you can't just skip that one - but have to sort out the issue before you can continue.
You should use "--stepped -y" to prevent smart from downloading all packages prior to installing them (this is what ZYPP does). There are pros and cons for both methods -- stepped vs. one big transaction. Regards Christoph --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
Fredag 16 juni 2006 09:23 skrev Christoph Thiel:
You should use "--stepped -y" to prevent smart from downloading all packages prior to installing them (this is what ZYPP does). There are pros and cons for both methods -- stepped vs. one big transaction.
Nice. Doesn't seem to be implemented in the gui though. Martin / cb400f --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
Not correct. The handling of URLs and protocols is independent of each repository type. What do you mean with "some types can only be fetched from some locations" ?
It is non-obvious for me what all the characteristics of all the repository types are. As smart doesn't work it out itself (not smart therefore ;) ), I have to play trial and error. I had rather a lot of error - including working out which bit of path it wants. Quite frankly, I don't care about repository formats, I want a tool which I can tell "go there and fix it for me". I understood the name to be implying that.
You must always explicitly tell smart that it's a rpm-md, apt-rpm, yast2, ... type of channel you're creating.
Channel? Is that edible? The termonilogy is a pain. And neither --help nor man smart are helping. It's confusing.
* I can see no way to tell it to only install X, and Y of the currently available updates, but not the other 20. I prefer to be in control when I want to.
smart upgrade foo
smart --gui, where? I was playing with the gui only. The command line thing was even more confusing. In fact, I find the whole bloody thing confusing.
And for the GUI, I don't see what you mean... View -> Hide non-upgrades View -> Hide installed
I missed that. Looks good.
Hmm.. you get a change summary for every action,
Wtf is a summary window? It's only empty. When I click the green up-arrow it shows what it'll be doing. I don't see half the stuff you're mentioning.
* It needs to handle patch and delta rpms.
Ok. I wonder if there's some form of specification for that.
Run rpm with the patch rpm instead of the full rpm, the result is identical to installing the full rpm, provided a previous version of the rpm is already installed. The delta rpm has to be used to create the full rpm to be installed, from and older rpm, or the installed files of an older rpm (some more conditions for the latter case, but that is the one you want, as you don't need install media for doing this).
* Log windows can extend way below the bottom of the screen, no scroll bar, and resizing is disabled. At least the "X"-off button at the top-right window corner still works...
Ok. What windows exactly ? (the "operation progress" window is resizable)
Some error output from installation, when it barfed on 80% of packages.
Install the "smart-ksmarttray" package and start "ksmarttray".
Not SUSE 10.1, but as long as it's there that's fine. (Didn't I say as much?)
Wow, I can hardly agree with you here, that sounds a lot like cheap bashing rather than constructive criticism.
It's my evaluation of it. I am a new user, tried to use it to get a job done, and it failed. That means I have serious issues with its user interface, it's far from intuitive. And therefore, as I said, far from being smart. Sorry, whoever chose that name is aksing for it (and is viewing less than a 90% performance rating as a failure - I'll give 0.41 50%). What I'm trying to tell you is that it's difficult to use. Of course you can call me stupid, I don't mind. No I don't have any concrete suggestions, it's less tangible. Nor do I have time for testing 0.42 or writing more bug reports than I already posted, sorry. I've stuck my neck out and put the effort into writing up what I think is wrong with smart, for this week that's my limit, linux has been to greedy with my time already.
Actually, it's saving the day for SUSE 10.1 for quite a lot of people.
That I can believe. It's not the same as "world's best package management" though.
My opinion is that smart sets the bar pretty high for the yast2/zypp package management.
I'm happy to change my opinion and say in public that smart is damn smart, *after* I've convinced myself of that (believe me, I'm very keen on a functional, fast, convenient packager right now). Until then let's agree on different opinions. :) Greetings, Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
On Thu, 15 Jun 2006, Pascal Bleser wrote:
* It needs to handle patch and delta rpms.
Ok. I wonder if there's some form of specification for that. Also, would need to see whether it's doable in a clean way from Python, as it's totally not integrated with rpm itself (i.e. it's not in librpm).
There isn't much of a specification on that AFAIK. Only the current implementation in the old yast2 packagemanager. ZYPP is still lacking those bits. We have a SoC project which covers deltarpm and a subpart of that project will be to implement a proof of concept support for deltarpm in smart. Let's see how it plays out... Regards Christoph --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
On Thu, Jun 15, 2006 at 01:47:17PM +0200, Christoph Thiel wrote:
On Thu, 15 Jun 2006, Pascal Bleser wrote:
* It needs to handle patch and delta rpms.
Ok. I wonder if there's some form of specification for that. Also, would need to see whether it's doable in a clean way from Python, as it's totally not integrated with rpm itself (i.e. it's not in librpm).
patch rpms works just on top of our librpm. delta rpms work by externally reconstructing the rpm and just using RPM methods. Ciao, Marcus --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
Torsdag 15 juni 2006 13:47 skrev Christoph Thiel:
On Thu, 15 Jun 2006, Pascal Bleser wrote:
Maybe the two of you should cooporate instead of "competing"? :) Just read that Pascal calls for testing of his patched Smart packages on 64bit systems. I'm already testing Christoph's packages here on my 64bit system. Not a glitch so far btw. I'm a bit confused with Pascals patches though - will those have any affect for gui users? I have 32bit Mplayer installed though 64bit is available - but it seems to have problems with certain codecs. So I mostly use 64bit Kaffeine/Xine and supplement with 32bit Mplayer when needed. Will Pascals patches cause problems with this? Anyway, it's great that development is being done on Smart - and that we get a chance to try things out early with easy installation of packages from repos. But it's getting a bit confusing for us users (or at least me) which version has which patches etc. Any chance you could coordinate? Or is Pascal working on a fork? :) Is a changelog for 0.42 available (yet)? --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
On Mon, 19 Jun 2006, Martin Schlander wrote:
Torsdag 15 juni 2006 13:47 skrev Christoph Thiel:
On Thu, 15 Jun 2006, Pascal Bleser wrote:
Maybe the two of you should cooporate instead of "competing"? :)
We are not really competing -- we are booth driving smart adoption. The biggest challenge in collaboration is the fact that Pascal offers some .channel files, that we at Novell can't ship for different reasons.
Just read that Pascal calls for testing of his patched Smart packages on 64bit systems.
I'm already testing Christoph's packages here on my 64bit system. Not a glitch so far btw.
I'm a bit confused with Pascals patches though - will those have any affect for gui users?
I haven't really looked at Pascals patch, but might merge it into the SUSE smart package, once I looked at it and once we have some feedback on it upstream.
I have 32bit Mplayer installed though 64bit is available - but it seems to have problems with certain codecs. So I mostly use 64bit Kaffeine/Xine and supplement with 32bit Mplayer when needed. Will Pascals patches cause problems with this?
Hopefully not.
Anyway, it's great that development is being done on Smart - and that we get a chance to try things out early with easy installation of packages from repos. But it's getting a bit confusing for us users (or at least me) which version has which patches etc. Any chance you could coordinate? Or is Pascal working on a fork? :)
Pascal will tell you that he can't split of a smart-channels package, to carry the stuff that we can't ship, because his users are used to get the channels preconfigured and it would obviously be confusing to them to change this. Otherwise it would be quite easy to offer only one smart package for SUSE Linux via the Build Service (and of course in the distribution). Anyway, I understand that Pascal is away from mail until Thursday, so we won't get any feedback from him on this until then.
Is a changelog for 0.42 available (yet)?
Not really -- it's mostly about tons of small fixes :) Regards Christoph --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
Mandag 19 juni 2006 14:27 skrev Christoph Thiel:
We are not really competing -- we are booth driving smart adoption. The biggest challenge in collaboration is the fact that Pascal offers some .channel files, that we at Novell can't ship for different reasons.
Ok, thanks for the answer - here's what I'll do. I'll run your packages on my laptop and Pascals on my desktop-machine. That'll give Pascal a lot more testing than you though =) Martin / cb400f --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christoph Thiel wrote:
On Mon, 19 Jun 2006, Martin Schlander wrote:
Torsdag 15 juni 2006 13:47 skrev Christoph Thiel:
On Thu, 15 Jun 2006, Pascal Bleser wrote: Maybe the two of you should cooporate instead of "competing"? :)
We are not really competing -- we are booth driving smart adoption. The biggest challenge in collaboration is the fact that Pascal offers some .channel files, that we at Novell can't ship for different reasons.
Right. Another point is that the BS repos don't have much visibility as of now, at least not as much as mine. Well, we'll see what the best option is. Maybe working together on only one smart package would be better, and just provide a link to a big .channel file with the repos that may not be shipped within a smart package hosted on the BS... Although, frankly, I get a lot of mails and feedback of people who really appreciate that they just had to install the one smart package from my repo and everything was set up properly. I'm not sure I'd want to break this or make it more complicated for end-users.
Just read that Pascal calls for testing of his patched Smart packages on 64bit systems.
Yes please :)
I'm already testing Christoph's packages here on my 64bit system. Not a glitch so far btw. I'm a bit confused with Pascals patches though - will those have any affect for gui users?
I haven't really looked at Pascals patch, but might merge it into the SUSE smart package, once I looked at it and once we have some feedback on it upstream.
The patch is described here: http://tracker.labix.org/issue177 It's experimental, it really is, so I'd say better don't include it in the BS smart package as of now. I'm waiting for some feedback to see whether it works for others than me (or not). Nothing yet so far :\
I have 32bit Mplayer installed though 64bit is available - but it seems to have problems with certain codecs. So I mostly use 64bit Kaffeine/Xine and supplement with 32bit Mplayer when needed. Will Pascals patches cause problems with this?
Hopefully not.
Right, I sure hope not ;) Well, it will cause a "problem", somehow, because when you say $ smart install MPlayer it will install the x86_64 MPlayer RPM, not the 32bit one. You'd have to explicitly say $ smart install MPlayer-1.0....@i586 to install the 32bit one. But I think that should be the case with a pristine smart as well. My patch just changes the behavior of smart when you have a package that's - - both available as 32bit and 64bit - - the 32bit is newer (higher version number and/or release) Pristine smart would install the 32bit package because it has a higher version and/or release number. With my patch, it will install the (older) 64bit package, because it's a 64bit package on a 64bit system ;) A 32bit package will only be installed if there is no 64bit package available - unless, of course, you explicitly run something like $ smart install foo-...@i586 Basically, when you run $ smart install foo smart computes a list of candidate packages to install. That's a sorted list of RPMs (the 1st one from the list being chosen), and an unpatched smart will sort on the version and release number first, while with my patch, it will favor a x86_64 package (on a x86_64 system) first, and then only compare versions. Note that if you already have, e.g., MozillaFirefox installed as 32bit and run $ smart upgrade MozillaFirefox it will upgrade with the 32bit package, not the 64bit one (which is what you'd want). That behavior is already in pristine smart, I didn't change anything there, but just to mention it still works the same way with my patch applied.
Anyway, it's great that development is being done on Smart - and that we get a chance to try things out early with easy installation of packages from repos. But it's getting a bit confusing for us users (or at least me) which version has which patches etc. Any chance you could coordinate? Or is Pascal working on a fork? :)
I'm not working on a fork. I've been including a lot of patches, a good part of them having been written by me, but all those patches have been merged upstream (and, hence, are also included in Christoph's smart package), so basically, they're the same, with the exception of: - - the ability to embed mirrors into .channel files (hasn't been merged upstream yet) - - that "better priority handling" for 64bit, but that patch is only in my experimental smart repo, not in the smart package that's available from my main repository
Pascal will tell you that he can't split of a smart-channels package, to carry the stuff that we can't ship, because his users are used to get the channels preconfigured and it would obviously be confusing to them to change this. Otherwise it would be quite easy to offer only one smart package for SUSE Linux via the Build Service (and of course in the distribution).
Exactly. As I wrote above, a lot of people actually like the fact that they get all those channels preconfigured. Putting them into a "smart-channels" package means that users would have to: - - install smart from the BS - - add a repository that contains the smart-channels package - - install the smart-channels package Currently, with my "all-in-one" smart package, the procedure is as follows: http://dev-loki.blogspot.com/2006/05/how-to-install-and-use-smart-on-suse.ht... OTOH, having Christoph, Mauricio and I maintain a single smart package in the BS is of course very compelling. cheers - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ <pascal.bleser@skynet.be> <guru@unixtech.be> _\_v The more things change, the more they stay insane. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEmxtor3NMWliFcXcRAiTjAJ0QvxMTjmp8GaD6QITjS5G1kju0zgCglDrQ SGN+xDZ/6UspNJ4dbveFaPk= =WKTx -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
Hi, Am Freitag, 23. Juni 2006 00:36 schrieb Pascal Bleser:
Christoph Thiel wrote:
We are not really competing -- we are booth driving smart adoption. The biggest challenge in collaboration is the fact that Pascal offers some .channel files, that we at Novell can't ship for different reasons.
Right. Another point is that the BS repos don't have much visibility as of now, at least not as much as mine.
Well, we'll see what the best option is. Maybe working together on only one smart package would be better, and just provide a link to a big .channel file with the repos that may not be shipped within a smart package hosted on the BS...
Although, frankly, I get a lot of mails and feedback of people who really appreciate that they just had to install the one smart package from my repo and everything was set up properly.
I'm not sure I'd want to break this or make it more complicated for end-users.
Why don't you pool your efforts in developing one smart version but package it in two ways: without the problematic .channel files via the build server and with the .channel files via Pascals own repository. But the actual smart development could be completely in sync. Greetings from Stuhr hartmut -- Hartmut Meyer, NTS EMEA Partner Relationship Manager SUSE LINUX GmbH, Maxfeldstr. 5, D-90409 Nuernberg T: +49 421 3064385 - M: +49 179 2279480 F: +49 421 3064387 - hartmut.meyer@novell.com ---------------------------------------------------- http://www.novell.com/open
On Wed, Jun 14, 2006 at 04:57:44PM +0200, Christoph Thiel wrote:
Hi everyone,
as the development team of the smart package manager is getting ready to release smart 0.42 shortly, I would like to ask everyone who is using smart on SUSE Linux to help testing. Therefore I'v updated the smart package for SUSE Linux, which is available via the openSUSE Build Service for SUSE Linux 9.3, 10.0, 10.1, SLES9 and the current development tree (Factory) at http://software.opensuse.org/download/home:/cthiel1/
Feedback on this will be very much appreciated -- bugs should be filled either at http://bugzilla.novell.com/ or directly at http://www.smartpm.org/
Regards and TIA Christoph
what i would like to see in smart is the equivalent of fou4s -ivs from fou4s. this is a command line i can run from a script/cron that just gets security updates and installs them. is there a way to do this with smart command line? -- michael --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
Onsdag 14 juni 2006 16:57 skrev Christoph Thiel:
Feedback on this will be very much appreciated -- bugs should be filled either at http://bugzilla.novell.com/ or directly at http://www.smartpm.org/
I had a problem with installing packages from Packman for days - got the following message for any package: public key not available Packages from any other repo installed fine. I'm not 100% sure if the problem occured with the 0.42 "betas" - but I think so. I tried downgrading to Pascals 0.41-28 packages but that didn't help - until I deleted /var/lib/smart-contents - and started adding repos etc. from scratch. After that stuff seems to work. Is there some kind of security feature in 0.42 with regards to signing of repos? Or any other explanation? Pebkac? Anyway - just wanted to give this feedback. Martin / cb400f --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory-help@opensuse.org
participants (12)
-
Azerion -
Christoph Thiel -
Hartmut Meyer -
Juan Erbes -
Klaus Kaempf -
Marcus Meissner -
Martin Schlander -
Michael Galloway -
Michael Schroeder -
Pascal Bleser -
Patrick Shanahan -
Volker Kuhlmann