LogoopenSUSE Build Service > Request 145365
Sign Up | Log In

Request 145365 (accepted)

Code:Blocks hasn't been updated for a while, and the spec file didn't work against the current svn version; given that svn status is not really usable at times (e.g. debugger support is partially broken ATM) I splitted this into two specs, one for stable and one for svn. The spec file *only* differ in the Name:, the remainder is done by conditionals - if there is an automated mechanism (a service or the like) to do that, I'm all for it!

I'll have to dig into this anyway, because the main version of the unstable codeblocks needs to be updated automatically - which isn't done yet. Thus, after updates of stable version the unstable version jumps as well without actually being different.

There's also a new version since November - I updated the stable version to that now.

The current version has many more wx libraries required; having single rpms for each one is tedious, I combined them to one rpm (libwxruntime). Yes, I assume this is in conflict with OS rpm guidelines.

One major issue is that the old version always was the SVN checkin number; this conflicts with stable versions, and is basically unreadable; I switched to the more reliable <version>.<revision>.<svn_rev> numbering for svn based checkouts. Updates *will* fail, because the new version (10) is always lower than the svn number of the last available package (6000somthing). One possibility would be to use version 99999.<svn_rev> for the unstable version. I'm unsure which route to follow...

The version number is now correctly shown in the About dialog.

I'm also using .changes now - osc vc rulez!

I'd like to setup a more reasonable default configuration, but I haven't found where to put according config files. Maybe this is just something for /etc/skel?
Update: I have managed to do so for our OhmStick, will eventually stick this into this package.

Matthias Hopf <mat@mshopf.de>


- Cleanup; patches no longer needed for 12.11

- Update to 12.11.1

- Fix for OS11.2. Fix for current SVN.

- Fix build of stable version on OS12.1

- Split released and svn version (codeblocks-unstable)
- Fix display of version number in unstable version.

- Use released version again.
- Fix %files.
- Split only a single wx runtime package.

Submit package home:mhopf:bra...vel:tools:ide / codeblocks to package devel:tools:ide / codeblocks

[-] [+] Added codeblocks.changes
[-] [+] Added codeblocks-unstable.spec ^
[-] [+] Changed codeblocks.spec ^
[-] [+] Deleted codeblocks.64bit-plugins.patch.deprecated ^
[-] [+] Changed _service ^
Added codeblocks-12.11.tar.bz2 ^

There's nothing to be done right now

Request History

Matthias Hopf mhopf created request over 3 years ago
Code:Blocks hasn't been updated for a while, and the spec file didn't work against the current svn version; given that svn status is not really usable at times (e.g. debugger support is partially broken ATM) I splitted this into two specs, one for stable and one for svn. The spec file *only* differ in the Name:, the remainder is done by conditionals - if there is an automated mechanism (a service or the like) to do that, I'm all for it!

I'll have to dig into this anyway, because the main version of the unstable codeblocks needs to be updated automatically - which isn't done yet. Thus, after updates of stable version the unstable version jumps as well without actually being different.

There's also a new version since November - I updated the stable version to that now.

The current version has many more wx libraries required; having single rpms for each one is tedious, I combined them to one rpm (libwxruntime). Yes, I assume this is in conflict with OS rpm guidelines.

One major issue is that the old version always was the SVN checkin number; this conflicts with stable versions, and is basically unreadable; I switched to the more reliable <version>.<revision>.<svn_rev> numbering for svn based checkouts. Updates *will* fail, because the new version (10) is always lower than the svn number of the last available package (6000somthing). One possibility would be to use version 99999.<svn_rev> for the unstable version. I'm unsure which route to follow...

The version number is now correctly shown in the About dialog.

I'm also using .changes now - osc vc rulez!

I'd like to setup a more reasonable default configuration, but I haven't found where to put according config files. Maybe this is just something for /etc/skel?
Update: I have managed to do so for our OhmStick, will eventually stick this into this package.

Matthias Hopf <mat@mshopf.de>


- Cleanup; patches no longer needed for 12.11

- Update to 12.11.1

- Fix for OS11.2. Fix for current SVN.

- Fix build of stable version on OS12.1

- Split released and svn version (codeblocks-unstable)
- Fix display of version number in unstable version.

- Use released version again.
- Fix %files.
- Split only a single wx runtime package.
Stephan Kleine bitshuffler Request got accepted over 3 years ago
Code:Blocks hasn't been updated for a while, and the spec file didn't work against the current svn version; given that svn status is not really usable at times (e.g. debugger support is partially broken ATM) I splitted this into two specs, one for stable and one for svn. The spec file *only* differ in the Name:, the remainder is done by conditionals - if there is an automated mechanism (a service or the like) to do that, I'm all for it!

I'll have to dig into this anyway, because the main version of the unstable codeblocks needs to be updated automatically - which isn't done yet. Thus, after updates of stable version the unstable version jumps as well without actually being different.

There's also a new version since November - I updated the stable version to that now.

The current version has many more wx libraries required; having single rpms for each one is tedious, I combined them to one rpm (libwxruntime). Yes, I assume this is in conflict with OS rpm guidelines.

One major issue is that the old version always was the SVN checkin number; this conflicts with stable versions, and is basically unreadable; I switched to the more reliable <version>.<revision>.<svn_rev> numbering for svn based checkouts. Updates *will* fail, because the new version (10) is always lower than the svn number of the last available package (6000somthing). One possibility would be to use version 99999.<svn_rev> for the unstable version. I'm unsure which route to follow...

The version number is now correctly shown in the About dialog.

I'm also using .changes now - osc vc rulez!

I'd like to setup a more reasonable default configuration, but I haven't found where to put according config files. Maybe this is just something for /etc/skel?
Update: I have managed to do so for our OhmStick, will eventually stick this into this package.

Matthias Hopf <mat@mshopf.de>


- Cleanup; patches no longer needed for 12.11

- Update to 12.11.1

- Fix for OS11.2. Fix for current SVN.

- Fix build of stable version on OS12.1

- Split released and svn version (codeblocks-unstable)
- Fix display of version number in unstable version.

- Use released version again.
- Fix %files.
- Split only a single wx runtime package.

Comments for request 145365 (0)