Menu
▾
▴
stormpkg-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Christian K. <sh...@de...> - 2000-08-27 13:27:38
|
Hi,
would Ryan or someone else please upload stormpkg as debian-Package into
woody. I think Ryan wanted to do this some time ago, but it seems that
this hasn't been done till today.=20
Ciao
Christian
--=20
Debian Developer and Quality Assurance Team Member
1024/26CC7853 31E6 A8CA 68FC 284F 7D16 63EC A9E6 67FF 26CC 7853
|
|
From: Christian K. <sh...@de...> - 2000-07-22 18:02:12
|
Hi,
I just tried to improve stormpkg while adding a function and filter to
show only new packages. I firsted started with the easy task, adding the
radio button to the filter window. When I did this manually, I got
stormpkg to compile and it started, but crashed when I choosed this
radiobutton. This was alright, as there was currently no code for this.
After I now tryed to add this radiobutton via glade, I I'm unable to
compile stormpkg anymore. So, should one really use glade for interface
construction anymore? If yes, please point me to a good manual for it,
otherwise the interface code, need to be done by someone else.
Ciao
Christian
--=20
Debian Developer and Quality Assurance Team Member
1024/26CC7853 31E6 A8CA 68FC 284F 7D16 63EC A9E6 67FF 26CC 7853
|
|
From: Christian K. <sh...@de...> - 2000-07-21 07:18:02
|
Hi, currently we have a file TODO in the cvs-source with a lots of items already done. So, what about adding the rest of the entries in this file into the task/project manager on sourceforge, so that we are able to coordinate the work on this items easier. Currently I don't know if anyone is working on any of the TODO-items. What's your opinion about this? Shorty |
|
From: Pete L. <pl...@st...> - 2000-07-18 17:14:55
|
ooops...i forgot to subscribe myself to my own list. ok..i'm on here now :) +-----------------------------+--------------------------------+ | Pete Lypkie Developer | Telephone: 688-9137 Ext. 117 |=20 | Stormix Technologies Inc. | Encrypted email preferred. | | http://www.stormix.com/ | see http://www.keyserver.net/ | +-----------------------------+--------------------------------+ Opinions expressed in this email are not necessarily those of my employer. |
|
From: Christian K. <sh...@de...> - 2000-07-18 08:38:21
|
On 00-07-18 Marcelo E. Magallon wrote:
> >> Christian Kurz <sh...@de...> writes:
> > > I didn't change this because this is not the reason I was granted write
> > > access to the CVS tree. Would anyone mind if I change such things
> > > directly (with a proper log) or do you guys prefer to have a bug
> > > submitted?
> >
> > No, I think as you got the same cvs-access and one is able to trace the
> > changes of somebody, you should fold in the changes in the cvs-tree.
> Oh, I know, sorry, I failed to express myself correctly. Plaintext:
> Does anyone here mind if I poke arround with stuff besides the
> translation?
I think nobody would be offended, if you also help fixing and improving
stormpkg instead of only doing some translation stuff. This is our
common interest and as you have the same cvs permissions as every other
stormpkg developer, you should also poke around with the other stuff and
help creating the best gui package adminstration tool. ;)
> > > i.e., stuff is getting installed on $(prefix)/blah/$(datadir), and
> > > prefix is set to /usr. One option is to install the files with prefix
> > > set to $PWD/debian/tmp/usr and the other one is applying this patch.
> >
> > If the prefix is currently set to point to /usr, I think we should
> > change the default so, that it points to /usr/local instead.
> The default points to /usr/local (better said, the default is not
> changed)
Ah, then my thaught that this is just a typo was right.
> > Anyway I think the current behaviour is the same as for other
> > software which comes out of cvs or a tar.gz. So I don't see the need
> > for changing it, but if the others think it's good, then let's fold
> > it in.
> Oh, sorry again.
> I mean debian/rules:
> ./autogen.sh --prefix=/usr
> $(MAKE) install DESTDIR=`pwd`/debian/tmp prefix=/usr
>
> on the install target, prefix is set to /usr and the files are moved to
> the temporaty location using DESTDIR. The makefile on po/ doesn't use
> DESTDIR (any package using an unmodified gettext Makefile has this
> "problem"). Either set prefix to `pwd`/debian/tmp/usr on the install
> target (which is, in general, not a good idea -- some, badly written
> IMHO, packages perform black magic on their install targets) or patch
> the Makefile in po/ to use DESTDIR.
Okay, then you should commit the patch into the cvs, as the current
behaviour of the Makefile is not acceptable and can cause some trouble
for the users, so please fix this.
> > Well, I noticed some other stuff and so I cleaned the cvs-tree a bit
> > more up and now it's hopefully clean enough. I only failed to remove the
> > directory .xvpics under pixmaps. Could somebody with more knowledge
> > about cvs do this please, I tried but somehow failed.
>
> You can't remve directories from CVS (unless, of course, you actually
> remove the directory on the repository). Use -P on update.
Thank your for the suggestion, but I already tried that. I intalled the
cvsbook and found their this solution but it didn't work as expected.
And I didn't want to remove the directory from the repository without
having contacted first the other developers.
> > > And lastly, for some reason my Makefile.in.in got changed/updated
> > > (sorry, I'm not at home to check the version the gettext -- it's
> > > whatever is on woody atm)
> >
> > Which Makefile.in.in do you exactly mean, the one in po? Could you
> > please look what the changes are and tell us?
>
> Yups po/Makefile.in.in
> diff attached. It's pretty harmless, it justs cleans generated files.
[...]
Good patch, please commit it also into the cvs. Thanks for nice work!
Ciao
Christian
--
Ein "Nein" ausgesprochen mit der tiefsten Überzeugung ist besser
und größer als ein "Ja" um zu gefallen oder noch schlimmer, um
Schwierigkeiten zu umgehen.
-- Mahatma Gandhi
|
|
From: Christian K. <sh...@de...> - 2000-07-18 07:03:00
|
On 00-07-17 Marcelo E. Magallon wrote:
> In order to figure out some context for the Spanish translation I had
> to build stormpkg. There's a bug (#108784) stating that it won't
> build. It's fixed now (hint, close the bug) but it still won't build,
> in debian/rules one has to change:
> install -d debian/tmp/usr/share/icons/
> install -d debian/tmp/usr/share/applnk
> cp -r debian/gnome/* debian/tmp/usr/share/gnome/apps
> - cp -r pixmaps/stormpkg_box*.xpm debian/tmp/usr/share/icons
> + cp -r pixmaps/*.xpm debian/tmp/usr/share/icons
> cp -r debian/kde/* debian/tmp/usr/share/applnk
>
> I didn't change this because this is not the reason I was granted write
> access to the CVS tree. Would anyone mind if I change such things
> directly (with a proper log) or do you guys prefer to have a bug
> submitted?
No, I think as you got the same cvs-access and one is able to trace the
changes of somebody, you should fold in the changes in the cvs-tree.
> Along the same lines, in po/Makefile.in.in there's a problem which will
> prevent the package from building, namely:
> @@ -111,16 +111,16 @@
> install-data-no: all
> install-data-yes: all
> if test -r "$(MKINSTALLDIRS)"; then \
> - $(MKINSTALLDIRS) $(datadir); \
> + $(MKINSTALLDIRS) $(DESTDIR)$(datadir); \
> else \
> - $(SHELL) $(top_srcdir)/mkinstalldirs $(datadir); \
> + $(SHELL) $(top_srcdir)/mkinstalldirs $(DESTDIR)$(datadir); \
> fi
> @catalogs='$(CATALOGS)'; \
> for cat in $$catalogs; do \
> cat=`basename $$cat`; \
> case "$$cat" in \
> - *.gmo) destdir=$(gnulocaledir);; \
> - *) destdir=$(localedir);; \
> + *.gmo) destdir=$(DESTDIR)$(gnulocaledir);; \
> + *) destdir=$(DESTDIR)$(localedir);; \
> esac; \
> lang=`echo $$cat | sed 's/\$(CATOBJEXT)$$//'`; \
> dir=$$destdir/$$lang/LC_MESSAGES; \
> i.e., stuff is getting installed on $(prefix)/blah/$(datadir), and
> prefix is set to /usr. One option is to install the files with prefix
> set to $PWD/debian/tmp/usr and the other one is applying this patch.
If the prefix is currently set to point to /usr, I think we should
change the default so, that it points to /usr/local instead. Anyway I
think the current behaviour is the same as for other software which
comes out of cvs or a tar.gz. So I don't see the need for changing it,
but if the others think it's good, then let's fold it in.
> Also, I noticed some stuff like configure is on the CVS tree. It
> shouldn't. config.h, log, po/stamp-cat-id, po/cat-id-tbl.c,
> po/Makefile, po/Makefile.in shouldn't be there, too. (and I guess
> stamp-h neither)
Well, I noticed some other stuff and so I cleaned the cvs-tree a bit
more up and now it's hopefully clean enough. I only failed to remove the
directory .xvpics under pixmaps. Could somebody with more knowledge
about cvs do this please, I tried but somehow failed.
> And lastly, for some reason my Makefile.in.in got changed/updated
> (sorry, I'm not at home to check the version the gettext -- it's
> whatever is on woody atm)
Which Makefile.in.in do you exactly mean, the one in po? Could you
please look what the changes are and tell us?
Ciao
Christian
--
Debian Developer and Quality Assurance Team Member
1024/26CC7853 31E6 A8CA 68FC 284F 7D16 63EC A9E6 67FF 26CC 7853
|
|
From: Marcelo E. M. <mar...@bi...> - 2000-07-17 17:11:29
|
Hi,
In order to figure out some context for the Spanish translation I had
to build stormpkg. There's a bug (#108784) stating that it won't
build. It's fixed now (hint, close the bug) but it still won't build,
in debian/rules one has to change:
install -d debian/tmp/usr/share/icons/
install -d debian/tmp/usr/share/applnk
cp -r debian/gnome/* debian/tmp/usr/share/gnome/apps
- cp -r pixmaps/stormpkg_box*.xpm debian/tmp/usr/share/icons
+ cp -r pixmaps/*.xpm debian/tmp/usr/share/icons
cp -r debian/kde/* debian/tmp/usr/share/applnk
I didn't change this because this is not the reason I was granted write
access to the CVS tree. Would anyone mind if I change such things
directly (with a proper log) or do you guys prefer to have a bug
submitted?
Along the same lines, in po/Makefile.in.in there's a problem which will
prevent the package from building, namely:
@@ -111,16 +111,16 @@
install-data-no: all
install-data-yes: all
if test -r "$(MKINSTALLDIRS)"; then \
- $(MKINSTALLDIRS) $(datadir); \
+ $(MKINSTALLDIRS) $(DESTDIR)$(datadir); \
else \
- $(SHELL) $(top_srcdir)/mkinstalldirs $(datadir); \
+ $(SHELL) $(top_srcdir)/mkinstalldirs $(DESTDIR)$(datadir); \
fi
@catalogs='$(CATALOGS)'; \
for cat in $$catalogs; do \
cat=`basename $$cat`; \
case "$$cat" in \
- *.gmo) destdir=$(gnulocaledir);; \
- *) destdir=$(localedir);; \
+ *.gmo) destdir=$(DESTDIR)$(gnulocaledir);; \
+ *) destdir=$(DESTDIR)$(localedir);; \
esac; \
lang=`echo $$cat | sed 's/\$(CATOBJEXT)$$//'`; \
dir=$$destdir/$$lang/LC_MESSAGES; \
i.e., stuff is getting installed on $(prefix)/blah/$(datadir), and
prefix is set to /usr. One option is to install the files with prefix
set to $PWD/debian/tmp/usr and the other one is applying this patch.
Also, I noticed some stuff like configure is on the CVS tree. It
shouldn't. config.h, log, po/stamp-cat-id, po/cat-id-tbl.c,
po/Makefile, po/Makefile.in shouldn't be there, too. (and I guess
stamp-h neither)
And lastly, for some reason my Makefile.in.in got changed/updated
(sorry, I'm not at home to check the version the gettext -- it's
whatever is on woody atm)
Greetings,
Marcelo
|
1 message has been excluded from this view by a project administrator.
