Spec URL: http://chitlesh.funpic.de/fedora/SPECS/keurocalc.spec SRPM URL: http://chitlesh.funpic.de/fedora/SRPM/keurocalc-0.9.7-1.src.rpm Description: KEuroCalc is a universal currency converter and calculator. It can convert from and to many currencies, either with a fixed conversion rate or a variable conversion rate. It directly downloads the latest variable rates through the Internet
Please check the URL you have provided. On both of them I get: Keine Berechtigung. Richte auch du Deine kostenlose Homepage beim kostenlosen Webspace bei Funpic.de ein.
taking this for review
for some reason, i could access it, perhaps because it's an alias. http://chitlesh.ch.funpic.de/fedora/SPECS/keurocalc.spec http://chitlesh.ch.funpic.de/fedora/SRPM/keurocalc-0.9.7-1.src.rpm
Sorry there was middle-air-collision: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | Fixing it up.
Just retried from several different places, via diferent internet providers. FRom None of them was the link accessible. All end in something similar to 19:38:23 (110 MB/s) - `403.html' saved [1777/1777]
Chitlesh thanks. manuel wolfshant, It worked for me without problem. Infact links in initial and comment 3 are both working for me.
manuel wolfshant, check these http://strasbourg.linuxfr.org/~chit/keurocalc.spec http://strasbourg.linuxfr.org/~chit/keurocalc-0.9.7-1.src.rpm
Thanks, these ones do work.
Chitlesh, Just did build (NOT mock)on my i386 system and I got many rpmlint warnings on binary i386 rpm 1)Got many The symbolic link points nowhere warnings. 2)can you check following command output and correct desktop file? desktop-file-validate keurocalc.desktop I don't think i need to specify all them here. Time for me to go bed. Rest will see tomorrow.
> 1)Got many The symbolic link points nowhere warnings. Mostly harmless. It is not uncommon for kde apps to symlink to bits in kdelibs >2)can you check following command output and correct desktop file? >desktop-file-validate keurocalc.desktop desktop-file-utils is buggy wrt many kde .desktop files, see bug #212350 and bug #172423 . Don't take it's warnings/errors as gospel.
thanks for that information Rex
But i do found something done for symlink warnings in bug #213432 is that similar to this case?
You mean simply changing absolute symlinks to relative ones?
(In reply to comment #13) > You mean simply changing absolute symlinks to relative ones? is that possible and will be working in kde package case.?
Anyways here comes Review: + package builds in mock (development i386). + rpmlint is silent for SRPM and but NOT for RPMS. But those warnings can be ignored as said in comment #10. + source files match upstream. d2e22dcbba267549bf3a93ed8bf715c2 keurocalc-0.9.7.tgz + package meets naming and packaging guidelines. + specfile is properly named, is cleanly written + Spec file is written in American English. + Spec file is legible. + dist tag is present. + build root is correct. + license is open source-compatible. License text included in package. + %doc is small; no -doc subpackage required. + %doc does not affect runtime. + COPYING included in %doc. + BuildRequires are proper. + %clean is present. + package installed properly. + Macro use appears rather consistent. + Package contains code, not content. + no headers or static libraries. + no .pc file present. + no -devel or any subpackages exists + no .la files. + no translations are available + Dose owns the directories it creates. + no duplicates in %files. + file permissions are appropriate. + Desktop files are not handled in usual way but its ok. + Used properly gtk-update-icon-cache scriptlet
Looks like its not possible. APPROVED. Don't forget to close this bug as NEXTRELEASE.
## File lists # locale's %find_lang %{name} || touch %{name}.lang # HTML (1.0) HTML_DIR=$(kde-config --expandvars --install html) if [ -d $RPM_BUILD_ROOT$HTML_DIR ]; then for lang_dir in $RPM_BUILD_ROOT$HTML_DIR/* ; do if [ -d $lang_dir ]; then lang=$(basename $lang_dir) echo "%lang($lang) $HTML_DIR/$lang/*" >> %{name}.lang # replace absolute symlinks with relative ones pushd $lang_dir for i in *; do [ -d $i -a -L $i/common ] && rm -f $i/common && ln -sf ../common $i/common done popd fi done fi Will make them relative
Thanks Denis
Any reason behind not closing this bug?
Yes, I don't have an internet connection with certain ports opened. :( I'll close thiss bug soon.
Are you willing to implement solution given it https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217557#c17?
Yes, I have
thanks