Package Details: gcdemu 3.2.6-1

Git Clone URL: https://aur.archlinux.org/gcdemu.git (read-only, click to copy)
Package Base: gcdemu
Description: GNOME panel applet controlling cdemu-daemon
Upstream URL: http://cdemu.sourceforge.net/
Licenses: GPL2
Submitter: toxite
Maintainer: buzo
Last Packager: buzo
Votes: 80
Popularity: 0.000000
First Submitted: 2007-10-02 21:13 (UTC)
Last Updated: 2021-10-25 13:46 (UTC)

Latest Comments

buzo commented on 2021-08-06 18:04 (UTC)

leanhtai01: Still works for me. Maybe Sourceforge had a temporary failure.

leanhtai01 commented on 2021-08-04 02:35 (UTC)

When I try to install today, it throw this error:


:: (1/1) Parsing SRCINFO: gcdemu
==> Making package: gcdemu 3.2.5-1 (Wed 04 Aug 2021 09:32:36 AM +07)
==> Retrieving sources...
  -> Downloading gcdemu-3.2.5.tar.xz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   360  100   360    0     0    426      0 --:--:-- --:--:-- --:--:--   426
100   333  100   333    0     0    117      0  0:00:02  0:00:02 --:--:--   335
  0     0    0     0    0     0      0      0 --:--:--  0:00:03 --:--:--     0
curl: (7) Failed to connect to udomain.dl.sourceforge.net port 443 after 232 ms: Connection refused
==> ERROR: Failure while downloading https://downloads.sourceforge.net/cdemu/gcdemu-3.2.5.tar.xz
    Aborting...
error downloading sources: gcdemu

buzo commented on 2019-02-12 12:03 (UTC)

Fixed, thanks for the hint.

XAVeRY commented on 2019-02-03 10:38 (UTC)

Apply this patch to the PKGBUILD in order to build the package : http://paste.debian.net/hidden/3394e34e/ .

bohemus commented on 2019-02-01 22:43 (UTC)

Getting the following error when trying to build:

==> Starting build()... CMake Error: No source or binary directory provided ==> ERROR: A failure occurred in build(). Aborting... Error making: gcdemu

dsboger commented on 2018-08-26 16:46 (UTC)

@3ED_0 you could adopt and maintain the package, what do you think? :)

3ED_0 commented on 2018-08-20 18:18 (UTC)

3.2.0 + fixed depends and python version:

https://pastebin.com/4BAv2G5e

dsboger commented on 2017-03-01 20:26 (UTC)

@hpstg I'm using gcdemu GUI and it works flawlessly. gcdemu seems to start the daemon by itself under the current user. I never tried to run the daemon system-wide. Anyway, the issue seems not to be UI related, so I suggest you report the problem to the cdemu-daemon package (https://bugs.archlinux.org/).

hpstg commented on 2017-02-25 22:08 (UTC)

No matter what I do, cdemu-daemon.service won't start, and neither will the daemon itself manually. How are you guys mounting images?

Pival81 commented on 2015-12-24 19:06 (UTC) (edited on 2015-12-30 15:12 (UTC) by Pival81)

@dsboger sorry for the waiting: http://pastebin.com/gsHXDNdv what can i do? EDIT: ok, I don't know what i did, but now it works!

dsboger commented on 2015-12-14 12:22 (UTC)

@Pival81 from what I could see, the main difference is the kernel itself (mine linux 4.2.5-1 vs yours linux41 4.1.14-1) and vhba-module (mine vhba-module 20140928-19 vs yours linux41-vhba-module 20140629-6), but that does not seem to have anything to do with the error you are getting. Everything python and Gtk related seem to be the same version. Have you tried rebuilding gcdemu? Could you paste the entire output of that? Thanks again!

Pival81 commented on 2015-12-13 22:35 (UTC)

@dsboger here you go: http://pastebin.com/Raqjt4Cm

dsboger commented on 2015-12-12 16:12 (UTC)

That didn't help. I suspect there may be a version mismatch from manjaro and arch repos, but the direct dependencies are the same. For a more thorough inspection, could you paste the output of this command: "pacman -Q $(pactree -lu gcdemu | sort)". Thanks!

Pival81 commented on 2015-12-12 15:37 (UTC)

@dsboger the versions of the dependencies installed are: cdemu-daemon-3.0.3-1 python2-2.7.10-2 python2-gobject-3.18.2-1 python2-notify-0.1.1-13 gtk3-3.18.6-1 note that i'm on manjaro

dsboger commented on 2015-12-02 14:12 (UTC) (edited on 2015-12-02 14:13 (UTC) by dsboger)

@Pival81 Hello! It builds fine here. Can you paste the versions of the dependencies you have installed? Thanks!. edit: it builds and also works fine!

Pival81 commented on 2015-11-26 16:29 (UTC)

i can't make it work. output at http://pastebin.com/MBCv2QRP i'm on manjaro

russo79 commented on 2014-06-30 06:32 (UTC)

Hello. Version 3.0.0 is out. A new PKGBUILD for version 3.0.0 can be found here: https://cloud.russo79.com/public.php?service=files&t=e9c457e03238fa8c57b5cac147dab5c4 Feel free to use it or inspire yourself from it.

RealGecko commented on 2014-02-05 07:30 (UTC)

Yup, I can confirm things Jhackler wrote about.

Jhackler commented on 2014-02-04 15:11 (UTC)

Is anyone maintaining this package? all that need to be done is change the pkgbuild file line for version number to 2.1.1 and generate a new sha256 sum can keep same install file. I have test this on my own machine and can verify no other changes are need for current version.

russo79 commented on 2013-12-21 14:38 (UTC)

Version 2.1.1 is out. A simple pkgver dump seems to be enough to build this new version. Version 2.1.0 doesn't work with the latest cdemu (2.1.1) in the repositories.

russo79 commented on 2013-06-08 13:17 (UTC)

Version 2.1.0 is out. A simple pkgver dump seems to be enough to build this new version.

kidoz commented on 2013-01-05 13:06 (UTC)

@russo79 Thanks! Update.

russo79 commented on 2013-01-05 09:12 (UTC)

Version 2.0.0 out, and current version is incompatible with the new version of cdemu-daemon. You can find an updated working PKGBUILD here: http://pastebin.com/29MP65jq Note: The build system has changed from autotools to CMake.

kidoz commented on 2012-10-19 05:26 (UTC)

@k2s Done

k2s commented on 2012-10-17 13:02 (UTC)

today python updates break cdemu installation: :: python-notify and python2-notify are in conflict (python-notify<=0.1.1-11) solution is to change PKGBUILD: depends=('cdemu-daemon' 'python2' 'python2-gobject' 'python2-notify' 'gtk3')

commented on 2012-03-22 00:39 (UTC)

its was cairo not rendering svg icons all good in da hood

kidoz commented on 2012-03-17 18:50 (UTC)

Try to compare the installed python packages.

commented on 2012-03-17 18:37 (UTC)

it is installed

kidoz commented on 2012-03-17 18:01 (UTC)

Install python-rsvg.

commented on 2012-03-17 17:59 (UTC)

I have a no problems running the 1.5.0 on my netbook i just updated from 1.4 tho but a fresh install on one of my older laptops comes with this error. Traceback (most recent call last): File "/usr/bin/gcdemu", line 1456, in <module> app = gCDEmu() File "/usr/bin/gcdemu", line 598, in __init__ self.on_settings_changed("icon-name") File "/usr/bin/gcdemu", line 701, in on_settings_changed self.load_icon() File "/usr/bin/gcdemu", line 493, in load_icon self.icon_on = GdkPixbuf.Pixbuf.new_from_file(icon_filename) File "/usr/lib/python2.7/site-packages/gi/types.py", line 72, in constructor return info.invoke(cls, *args, **kwargs) TypeError: Argument 0 does not allow None as a value

kidoz commented on 2012-03-04 17:01 (UTC)

Update.

kidoz commented on 2012-01-24 16:29 (UTC)

Waiting for update cdemu in Comunity :)

RealGecko commented on 2012-01-24 04:29 (UTC)

1.5.0 is out. Waiting for PKGBUILDs :)

kidoz commented on 2011-12-17 17:40 (UTC)

Done.

RealGecko commented on 2011-12-17 17:35 (UTC)

One more thing: gconf has to be installed before build, otherwise make fails.

RealGecko commented on 2011-12-17 09:10 (UTC)

I found it! To make the error below disappear you have to install "librsvg" and "python-rsvg". After that everything works flawlessly. So I think theese two a needed to be added to dependencies too.

RealGecko commented on 2011-12-14 04:59 (UTC)

python2-gconf is one of dependencies also, without it you get error.

RealGecko commented on 2011-12-11 08:58 (UTC)

yes, size 29.4 KiB.

kidoz commented on 2011-12-10 12:02 (UTC)

File /usr/share/pixmaps/gcdemu.svg is exist?

RealGecko commented on 2011-12-10 07:51 (UTC)

When I run gcdemu I get this: [realgecko@myhost ~]$ gcdemu Traceback (most recent call last): File "/usr/bin/gcdemu", line 623, in on_gconf_client_notify self.load_icon() File "/usr/bin/gcdemu", line 407, in load_icon self.icon_on = gtk.gdk.pixbuf_new_from_file(icon_filename) TypeError: pixbuf_new_from_file() argument 1 must be string, not None Traceback (most recent call last): File "/usr/bin/gcdemu", line 1264, in <module> app = gCDEmu() File "/usr/bin/gcdemu", line 521, in __init__ self.load_logo() File "/usr/bin/gcdemu", line 422, in load_logo self.logo = gtk.gdk.pixbuf_new_from_file_at_size(logo_filename, 156, 156) TypeError: pixbuf_new_from_file_at_size() argument 1 must be string, not None How to fix?

kidoz commented on 2011-11-18 20:32 (UTC)

Check own and mod for recently-used.xbel

satanselbow commented on 2011-11-18 19:23 (UTC)

Ooooh it broke... do I keep both bits? /usr/bin/gcdemu:1198: GtkWarning: Attempting to read the recently used resources file at `/home/***/.local/share/recently-used.xbel', but the parser failed: Failed to open file '/home/***/.local/share/recently-used.xbel': Permission denied. super(gCDEMuFileChooserDialog, self).__init__(_("Open file"), None, gtk.FILE_CHOOSER_ACTION_OPEN, (gtk.STOCK_CANCEL, gtk.RESPONSE_CANCEL, gtk.STOCK_OPEN, gtk.RESPONSE_ACCEPT), None)

kidoz commented on 2011-10-19 19:44 (UTC)

Done. Cleaned out.

AdrianoML commented on 2011-10-18 23:48 (UTC)

Since gcdemu no longer uses many of the gnome features, shouldn't you remove most of the gnome dependencies like gnome-doc-utils and gnome-python-desktop?

kidoz commented on 2011-01-10 08:31 (UTC)

Strange. I have no PYTHON=python2 a PKGBUILD, but the program installs in / usr/lib/python2.7. Checked several times. But in the PKGBUILD anyway added PYTHON=python2. Thank you.

russo79 commented on 2011-01-09 23:28 (UTC)

Hello I installed the package, but when I tried to add the applet to my panel, the applet always stopped with an error. I took a look at your PKGBUILD and think I found the problem. Even if you do the "python2 hack", you don't compile the package with python2. All the files will then be installed in /usr/lib/python3.1/site-packages/ instead of /usr/lib/python2.7/site-packages/ Here you find a PKGBUILD that corrects the problem: http://aur.pastebin.com/AKWwUUpG Regards

kidoz commented on 2011-01-02 10:24 (UTC)

Work!