Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 173111 - Review Request: gdesklets
Summary: Review Request: gdesklets
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Ignacio Vazquez-Abrams
QA Contact: Fedora Package Reviews List
URL:
Whiteboard:
: 173110 (view as bug list)
Depends On:
Blocks: FE-ACCEPT
TreeView+ depends on / blocked
 
Reported: 2005-11-14 09:05 UTC by Luya Tshimbalanga
Modified: 2009-04-01 16:27 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-12-17 01:33:39 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Updated spec file (deleted)
2005-11-16 11:49 UTC, Alex Lancaster
no flags Details
updated gdesklets.spec (deleted)
2005-11-19 09:30 UTC, Luya Tshimbalanga
no flags Details
updated gdesklets.spec 2005-11-21 (deleted)
2005-11-21 18:14 UTC, Luya Tshimbalanga
no flags Details
generated gdesklets.spec (deleted)
2005-11-29 17:34 UTC, Luya Tshimbalanga
no flags Details
generated gdesklets.spec (deleted)
2005-11-29 22:07 UTC, Luya Tshimbalanga
no flags Details
patch against NullObject.py (deleted)
2005-11-29 22:18 UTC, Luya Tshimbalanga
no flags Details | Diff
Updated patch (deleted)
2005-11-29 22:35 UTC, Josh Boyer
no flags Details | Diff
updated spec (deleted)
2005-11-30 18:34 UTC, Luya Tshimbalanga
no flags Details

Description Luya Tshimbalanga 2005-11-14 09:05:22 UTC
Spec Name or Url: http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets.spec
SRPM Name or Url: http://finalzone.webmasterswebworkshop.com/Fedora/gDesklets-0.35.2-1.src.rpm
Description: This is my first build of package. I tested on my system and everything seems to work fine. gDesklets is an architecture for desktop applets.

Comment 1 Ignacio Vazquez-Abrams 2005-11-14 09:11:07 UTC
*** Bug 173110 has been marked as a duplicate of this bug. ***

Comment 2 Alex Lancaster 2005-11-14 09:51:19 UTC
Minor changelog quibble, format is wrong:

* Sat Nov 12 2005 Luya Tshimbalanga <luya_tfz> - 0.35.2-1
* Initial RPM Build

Should use a dash (-), also "Initial RPM Build" is a bit vague, I suggest the
following:

* Sat Nov 12 2005 Luya Tshimbalanga <luya_tfz> - 0.35.2-1
- Initial Fedora Extras package

Comment 3 Alex Lancaster 2005-11-14 09:54:34 UTC
Please add URL to upstream project in URL field: http://gdesklets.gnomedesktop.org/

Comment 4 Luya Tshimbalanga 2005-11-14 17:08:38 UTC
Specs and srpms are updated. Checkout the URL.

Comment 5 Brian Pepple 2005-11-14 17:41:27 UTC
I'll give this a review later today.  Is this your first package for Fedora?  If
so, you'll also need someone to sponsor you.

Comment 6 Alex Lancaster 2005-11-14 17:42:43 UTC
Thanks.  By the way, this was not a full review, because I am not yet a formal
contributor, nor can I sponsor contributors.  (When somebody takes this package
up for review, they will change the blocker bug from FE-NEW to FE-REVIEW.) I
did, however, successfully build from the srpm, however, I installed a simple
Clock applet from a website and I found I could not move it.  

In trying to find a way to fix this problem, I noticed that many links on the
upstream site being broken, like the forums and the developer area, and the
announcement about the main maintainer not having much time for the project make
me wonder about the long term development of this package upstream.  

Have you a better sense of what is going on in the project, are you in contact
with the upstream developer(s)?

Lastly, if you update the spec file, you should also bump the release number and
add a changelog entry even if it's still in review.

Comment 7 Alex Lancaster 2005-11-14 17:50:32 UTC
(In reply to comment #6)ime for the project make
 
> Lastly, if you update the spec file, you should also bump the release number and
> add a changelog entry even if it's still in review.

And therefore, regenerate a new SRPM with a new URL (because it will have bumped
the release number).  


Comment 8 Brian Pepple 2005-11-14 21:56:06 UTC
Here's my initial review of your spec for gdesklets.  

Items needing to be fixed:
1. spec file & src.rpm should have same name.  Refer to: 
http://fedoraproject.org/wiki/PackageNamingGuidelines#head-34a32244e4e3fb99d3fedae338781321cb7b5c14

2. Group is not valid.  Refer to: http://fedoraproject.org/wiki/RPMGroups

3. Missing BuildRequires: python-devel, & gnome-python2.  Also, to handle
locales correctly, you should also add gettext.  To help determine if your
missing BuildRequirements, use Mock.  For more information refer to: 
http://fedoraproject.org/wiki/Projects/Mock

4. Missing Requires: pygtk2.  Also instead of requiring python, use this
instead:  python-abi = %(%{__python} -c "import sys ; print sys.version[:3]")

5. Add '-n gDesklets-%{version}' to the %setup line in your spec.  This will
solve the problem with having the name as defined as gdesktlets, instead of
gDesklets.

6. Desktop file isn't handled according to Fedora Guidelines.  Refer to: 
http://fedoraproject.org/wiki/PackagingGuidelines#desktop

7. Locale files aren't handled correctly, you need to add '%find_lang %{name}'
to the install section, and add '-f %{name}.lang' to the %file heading.

8. Missing documentation.  You must add the COPYING files at a minimum to %doc
in the %file section.

9. Missing scriplets for mime-info.  Refer to:
http://fedoraproject.org/wiki/ScriptletSnippets#head-ef39068afc1677de2e6b4370ad0fb24dafd4d47b

10. Remove unnecessary files.  There's a bunch of files related to mime info,
that should be removed so that they don't overwrite existing files on a system.
 Add the following to in the %install section:
rm -rf ${RPM_BUILD_ROOT}%{_datadir}/mime/application
rm -rf
${RPM_BUILD_ROOT}%{_datadir}/mime/{globs,magic,XMLnamespaces,aliases,subclasses}

11. In the %file section of your spec, there's a lot of changes that need to be
made.  Using %{_datadir}/* & %{_libdir}/*, is too generic and needs to be more
specific.  You'll run into problems with directory ownership, and possibly
packing things that shouldn't be included.  For example try doing this (I banged
this out real quick, so there may be other items that still need to be addressed):

%{_datadir}/mime/packages/%{name}.xml
%{_datadir}/icons/gnome/48x48/mimetypes/*.png
%{_datadir}/pixmaps/%{name}.png
%{_datadir}/applications/fedora-%{name}.desktop
%{_libdir}/%{name}/
%{_mandir}/man1/%{name}.1.gz
%{_sysconfdir}/gconf/schemas/%{name}-display-thumbnail.schemas



Let's work on fixing these items, then I'll do another review, to make sure I
didn't miss anything, and make sure there's no outstanding issues.



Comment 9 Luya Tshimbalanga 2005-11-15 07:08:53 UTC
(In reply to comment #5)
> I'll give this a review later today.  Is this your first package for Fedora?  If
> so, you'll also need someone to sponsor you.

Yes, it is. Expect many error :)

Comment 10 Luya Tshimbalanga 2005-11-15 08:05:39 UTC
(In reply to comment #8)

> 3. Missing BuildRequires: python-devel, & gnome-python2.  Also, to handle
> locales correctly, you should also add gettext.  To help determine if your
> missing BuildRequirements, use Mock.  For more information refer to: 
> http://fedoraproject.org/wiki/Projects/Mock

Mock display that line:
" [finalzone@experience ~]$ mock init rpmbuild/SRPMS/gDesklets-0.35.2-1.src.rpm
You need to be a member of the mock group for this to work
 "

I have tried to grant membership to my username but it seems not working.

Comment 11 Luya Tshimbalanga 2005-11-15 08:20:02 UTC
(In reply to comment #6)
> Have you a better sense of what is going on in the project, are you in contact
> with the upstream developer(s)?

According to gdesklets website:

"There was a huge summer hole in gDesklets development, simply because the main
developer graduated from univsersity and thus had not much time for the project.
The situation is getting better again, though." 

Comment 12 Christian Iseli 2005-11-15 08:22:58 UTC
(In reply to comment #10)
> I have tried to grant membership to my username but it seems not working.

After you add yourself to a group, make sure you logout and login again.
Your current processes will never know about the group membership change...


Comment 13 Alex Lancaster 2005-11-15 08:29:49 UTC
(In reply to comment #11)

> According to gdesklets website:
> 
> "There was a huge summer hole in gDesklets development, simply because the main
> developer graduated from univsersity and thus had not much time for the project.
> The situation is getting better again, though." 

I read that too, which doesn't make me very optimistic.  But I was wondering if
you have actually been in e-mail contact with the primary maintainer(s).  It
would probably be a good thing to do especially since the status seems somewhat
unclear.  Who knows, if they know that you were packaging it for Fedora Extras
it might give them an incentive to work more on it, since Fedora is one of the
most widely deployed distribitions and it will get much more exposure if you can
simply "yum install gDesklets" than having to install it from source.


Comment 14 Luya Tshimbalanga 2005-11-15 09:15:45 UTC
(In reply to comment #13)
  But I was wondering if
> you have actually been in e-mail contact with the primary maintainer(s).  It
> would probably be a good thing to do especially since the status seems somewhat
> unclear.  Who knows, if they know that you were packaging it for Fedora Extras
> it might give them an incentive to work more on it, since Fedora is one of the
> most widely deployed distribitions and it will get much more exposure if you can
> simply "yum install gDesklets" than having to install it from source.
> 

I didn't contact the primary maintainer yet because it is the very first time I
build a package from a spec written from scratch. I couldn't find e-mail from
gdesklets website as well.

----

I updated the spec but when I build it, I got error like:

Exécution_de(%install): /bin/sh -e /var/tmp/rpm-tmp.36981
+ umask 022
+ cd /home/finalzone/rpmbuild/BUILD
+ cd gDesklets-0.35.2
+ LANG=C
+ export LANG
+ unset DISPLAY
+ /usr/lib/rpm/redhat/find-lang.sh /var/tmp/gdesklets-0.35.2-3-root-finalzone
gdesklets
/usr/lib/rpm/redhat/find-lang.sh: /var/tmp/gdesklets-0.35.2-3-root-finalzone: no
such directoryerreur: Mauvais status de sortie pour /var/tmp/rpm-tmp.36981
(%install)


Erreur de construction de RPM:
    Mauvais status de sortie pour /var/tmp/rpm-tmp.36981 (%install)


Herer is a code:

%install
# rm -rf $RPM_BUILD_ROOT
%find_lang %{name}
rm -rf ${RPM_BUILD_ROOT}%{_datadir}/mime/application
rm -rf
${RPM_BUILD_ROOT}%{_datadir}/mime/{globs,magic,XMLnamespaces,aliases,subclasses}
desktop-file-install --vendor fedora                            \
        --dir ${RPM_BUILD_ROOT}%{_datadir}/applications         \
        --add-category X-Fedora 
make install DESTDIR=$RPM_BUILD_ROOT


Comment 15 Luya Tshimbalanga 2005-11-15 09:30:19 UTC
specs updated

Comment 16 Alex Lancaster 2005-11-15 09:40:37 UTC
You should post a link to the updated SRPM, I think you can do that without
rebuilding the binary using: "rpmbuild -bs gDesklets.spec".

Comment 17 Luya Tshimbalanga 2005-11-15 10:04:08 UTC
updated SRPMS:
http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets-0.35.2-3.src.rpm

Comment 18 Alex Lancaster 2005-11-16 11:41:46 UTC
You added a line between the "rm" command and the directory, here:

rm -rf <- should be no new line
${RPM_BUILD_ROOT}%{_datadir}/mime/{globs,magic,XMLnamespaces,aliases,subclasses}

This also needs to appear *after* the make install because it has to remove the
files before it packages them (there should be no "unpackaged files left over").
 You also need to specify a fedora-gdesklets.desktop to install, and add
relevant categories, and remove the upstream gdesklets.desktop from the build
root, to make way for the fedora-gdesklets.desktop

Your %install should look something like:

%install
make install DESTDIR=$RPM_BUILD_ROOT
rm -rf ${RPM_BUILD_ROOT}%{_datadir}/mime/application
rm -rf
${RPM_BUILD_ROOT}%{_datadir}/mime/{globs,magic,XMLnamespaces,aliases,subclasses}
rm -f ${RPM_BUILD_ROOT}%{_datadir}/applications/{gdesklets.desktop,mimeinfo.cache}
desktop-file-install --vendor=fedora  \
        --dir ${RPM_BUILD_ROOT}%{_datadir}/applications         \
        --add-category X-Fedora \
        --add-category Accessories \
        --add-category Application \
        --add-category Utility \
        data/gdesklets.desktop

Please read http://fedoraproject.org/wiki/PackagingGuidelines#desktop carefully,
you can't just cut and paste the example.  

Also, I would change to description to which is less over-the-top:

%description
'gDesklets' provides an advanced architecture for desktop applets -
tiny displays that sit on your desktop such as status meters, icon
bars, weather sensors, news tickers.

(Don't indent the description.)






Comment 19 Alex Lancaster 2005-11-16 11:49:44 UTC
Created attachment 121120 [details]
Updated spec file

Attach spec file with my modifications (bugzilla often inserts extra newlines
in comments so code samples often get messed up).

Comment 20 Luya Tshimbalanga 2005-11-17 17:52:35 UTC
(In reply to comment #18)
> Please read http://fedoraproject.org/wiki/PackagingGuidelines#desktop carefully,
> you can't just cut and paste the example.  
> 
> Also, I would change to description to which is less over-the-top:
> 
> %description
> 'gDesklets' provides an advanced architecture for desktop applets -
> tiny displays that sit on your desktop such as status meters, icon
> bars, weather sensors, news tickers.
> 
> (Don't indent the description.)

It is common mistake to just copy and paste. That's a part of learning process. :)

I just updated the spec but stuck with this build error:

Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Vérification des fichiers non empaquetés: /usr/lib/rpm/check-files
/var/tmp/gdesklets-0.35.2-4-root-finalzone
erreur: Fichier(s) installé(s) (mais non empaquetés):
   /usr/share/mime/mime.cache


Erreur de construction de RPM:
    Fichier(s) installé(s) (mais non empaquetés):
   /usr/share/mime/mime.cache

It means the path is installed bu not packaged.

Comment 21 Brian Pepple 2005-11-17 21:03:46 UTC
rpmlint is also complaining about the following errors:

W: gdesklets symlink-should-be-relative /usr/lib/gdesklets/data/gdesklets.png
/usr/share/pixmaps/gdesklets.png
E: gdesklets script-without-shellbang /usr/lib/gdesklets/NullObject.py
W: gdesklets symlink-should-be-relative /usr/bin/gdesklets
/usr/lib/gdesklets/gdesklets

Comment 22 Luya Tshimbalanga 2005-11-19 09:30:02 UTC
Created attachment 121259 [details]
updated gdesklets.spec

Updated gdesklets.spec. Added some dependencies for testing.
Need to learn to change the name for the menu.
I wonder if there is a way to reduce possible memory leak when
rebuilding package.

Comment 23 Luya Tshimbalanga 2005-11-19 09:33:10 UTC
I forgot to include src file:
http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets-0.35.2-10.src.rpm

Now the src and spec are ready for review.

Comment 24 Michael A. Peters 2005-11-21 11:05:27 UTC
configure gives a warning:

configure: WARNING: you should use --build, --host, --target

Is that really ignorable?

-=-

Package installs a schema file, but the schema is not installed.
The spec file says that gdesklets no longer requires gconf. If it no longer
requires gconf, should the schema be removed?

in %files

%defattr(-,root,root,0755)

I think it should be

%defattr(-,root,root,-)
If that causes a problem, the correct attribute should be set where it is needed.

In %files

%{_mandir}/man1/%{name}.1.gz

should be

%{_mandir}/man1/*

How the file is compressed (and even if it is compressed) should be left up the
macros on the build machine - which currently is gzip, but could change to bz2
or something else (though I find it unlikely that it would)

-=-
minor - please use a dist tag.

IE instead of

Release:        10

use

Release:        10%{?dist}

...

There are some rpmlint warnings/errors:

W: gdesklets symlink-should-be-relative /usr/lib/gdesklets/data/gdesklets.png
/usr/share/pixmaps/gdesklets.png
E: gdesklets script-without-shellbang /usr/lib/gdesklets/NullObject.py
W: gdesklets symlink-should-be-relative /usr/bin/gdesklets
/usr/lib/gdesklets/gdesklets

They could be and should be fixed.

Comment 25 Ralf Corsepius 2005-11-21 11:17:35 UTC
(In reply to comment #24)
> configure gives a warning:
> 
> configure: WARNING: you should use --build, --host, --target
> 
> Is that really ignorable?
No, it's a bug inside of the spec.

The cause is a stray "noreplace" in the %configure line. I have no idea what
this is supposed to mean, but I know for sure, it disturbs autoconf - Simply
remove it.

Further issue: 
The tarball is called gDesklets, while the package is called gdesklets.
IMO, the package therefore should be called gDesklets.

Comment 26 Luya Tshimbalanga 2005-11-21 18:14:05 UTC
Created attachment 121307 [details]
updated gdesklets.spec 2005-11-21

New src build:
http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets-0.35.2-10.src.rpm

About spec name, I though it should be in lowercase according to the 
guideline.

(In reply to comment #25)
>The cause is a stray "noreplace" in the %configure line. I have no idea what
>this is supposed to mean, but I know for sure, it disturbs autoconf - Simply
>remove it.

I removed "noreplace" but the same warning is there. Therefore the bug is with
%configure.

Comment 27 Luya Tshimbalanga 2005-11-25 09:27:03 UTC
Just to let know that I signed CLA. I habe been busy lately. Currently. I
couldn't find what cause error on comment 21. Perhaps I should rework %install.
Since it is my first package, I have no clue what to do.

Comment 28 Luya Tshimbalanga 2005-11-29 17:34:30 UTC
Created attachment 121601 [details]
generated gdesklets.spec

Comment 29 Luya Tshimbalanga 2005-11-29 22:07:36 UTC
Created attachment 121613 [details]
generated gdesklets.spec

Comment 30 Luya Tshimbalanga 2005-11-29 22:18:21 UTC
Created attachment 121614 [details]
patch against NullObject.py

Comment 31 Josh Boyer 2005-11-29 22:35:41 UTC
Created attachment 121615 [details]
Updated patch

Try this patch

Comment 32 Luya Tshimbalanga 2005-11-30 18:34:22 UTC
Created attachment 121645 [details]
updated spec

Comment 33 Luya Tshimbalanga 2005-12-05 08:55:37 UTC
Patches works great. Unfortunately, I have hard time to figure out about symlink
even with theses under %install:

mkdir -p  ${RPM_BUILD_ROOT}{%{_bindir}}
ln -sf %{_libdir}/%{name}/%{name} ${RPM_BUILD_ROOT}%{_bindir}/%{name}

rpmlint
 will give this message even though this line show symbolic link. Is rpmlint
wrong or buggy

Comment 34 Luya Tshimbalanga 2005-12-07 10:34:13 UTC
Update.
Succesfully passed rpmlint.
It tooks me 20 built for that tiny details :/. Seems to be mediocre
for a first built package. Any way, here is the updated spec and srpms.

http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets.spec
http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets-0.35.2-20.src.rpm

Comment 35 Warren Togami 2005-12-07 22:32:59 UTC
Luya, please do not import packages until someone gives an explicit "APPROVED"
message here.

#%_install
#rm -rf ${RPM_BUILD_ROOT}
#make -e install DESTDIR=${RPM_BUILD_ROOT}

Why is this in the spec when it does nothing?

[ -n $RPM_BUILD_ROOT -a $RPM_BUILD_ROOT != / ] && rm -rf $RPM_BUILD_ROOT
This can always be simplified to rm -rf $RPM_BUILD_ROOT.  You may want to make
it look just like the one in %clean.  Keep things consistent.  Most specs don't
have an excessive use of {}'s around env var names, although it doesn't hurt I
guess.


Comment 36 Luya Tshimbalanga 2005-12-08 09:49:25 UTC
My bad, Warren. I was too impatient to test cvs command.
 I forgot to remove these mentionned lines being to excited to finally get
gdesklets passing rpmlint.
gdesklets spec was a bit challenging than I expected especially the symlink
problem I faced. I have to start somewhere.

Latest update with cleaned spec:
http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets.spec
http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets-0.35.2-21.src.rpm

Comment 37 Ignacio Vazquez-Abrams 2005-12-13 17:50:30 UTC
- desktop-file-utils is missing from BuildRequires

With that fixed gdesklets builds in mock and runs, although I have a few
problems with it here and there that aren't related to the packaging.

Once that issue is corrected the package is APPROVED.

Comment 38 Luya Tshimbalanga 2005-12-14 08:52:41 UTC
Updated specs and rebuild srpm. 
http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets-0.35.2-22.src.rpm



Comment 39 Alex Lancaster 2005-12-17 16:22:58 UTC
This spec file may need to be reworked to use the new modular X BuildRequires
for the devel branch or somesuch tweaks.  

According to the build system it failed a build in the development branch:

http://buildsys.fedoraproject.org/build-status/job.psp?uid=1947

http://buildsys.fedoraproject.org/logs/fedora-development-extras/1947-gdesklets-0.35.2-22.fc5/ppc/root.log

The error:

Error: Missing Dependency: libdrm.so.1 is needed by package mesa-libGL

Indicates that there are some packages requirements that aren't being met by the
BuildRequires in the devel branch on the ppc architecture.  They either need to
be added, or ppc needs to be excluded from the build.

http://fedoraproject.org/wiki/Extras/NewPackageProcess

is ambiguous on whether a Review Request can be closed NEXTRELEASE before a
successful build in the devel branch.

Comment 40 Michael A. Peters 2005-12-17 16:36:00 UTC
I got that same issue when yum updating my rawhide system last night.

libdrm (scary name, btw ;) has been updated and no longer provides libdrm.so.1 -
but mesa-libGL has not yet been rebuilt against it.

Requesting the build again after mesa-libGL has been rebuilt may be all that is
needed.

I agree though that it should probably not be closed until it does actually build.

Comment 41 Luya Tshimbalanga 2005-12-19 11:00:09 UTC
Now fixed.

Comment 42 drago01 2005-12-19 19:28:15 UTC
it does not  start on fc4 x86_64 it says "connection to daemon" bu it never finish.
here are the strace output:
socket(PF_FILE, SOCK_STREAM, 0)         = 3
connect(3, {sa_family=AF_FILE, path="/home/dragoran/.gdesklets/sockets/:0.0"},
40) = -1 ENOENT (No such file or directory)
close(4)                                = 0
select(0, NULL, NULL, NULL, {0, 100000}) = 0 (Timeout)
Verbinden mit Daemon [ ###         ]) = 37 "..., 37
socket(PF_FILE, SOCK_STREAM, 0)         = 4
connect(4, {sa_family=AF_FILE, path="/home/dragoran/.gdesklets/sockets/:0.0"},
40) = -1 ENOENT (No such file or directory)
close(3)                                = 0
select(0, NULL, NULL, NULL, {0, 100000}) = 0 (Timeout)
Verbinden mit Daemon [###          ]) = 37 "..., 37
socket(PF_FILE, SOCK_STREAM, 0)         = 3
connect(3, {sa_family=AF_FILE, path="/home/dragoran/.gdesklets/sockets/:0.0"},
40) = -1 ENOENT (No such file or directory)
close(4)                                = 0
select(0, NULL, NULL, NULL, {0, 100000}) = 0 (Timeout)
Verbinden mit Daemon [ ###         ]) = 37 "..., 37
socket(PF_FILE, SOCK_STREAM, 0)         = 4
connect(4, {sa_family=AF_FILE, path="/home/dragoran/.gdesklets/sockets/:0.0"},
40) = -1 ENOENT (No such file or directory)
close(3)                                = 0
select(0, NULL, NULL, NULL, {0, 100000} <unfinished ...>


Comment 43 Ignacio Vazquez-Abrams 2005-12-19 19:38:57 UTC
This bug entry is for the review of the package. Please put bug reports in their
own independent entries.

Comment 44 Christian Iseli 2007-01-03 00:27:24 UTC
Changed summary for tracking purposes.


Comment 45 Dennis Gilmore 2009-04-01 16:27:35 UTC
unsetting cvs request,  Please reset with an actual request


Note You need to log in before you can comment on or make changes to this bug.