Re: [packages/poldek] - add basic support for boolean deps, rel 10
On Wed, 8 Jun 2022 at 20:56, Jan Rękorajski wrote: > Poldek code be tricky. I admit I don't have good insight into ins and > outs of it. > > This should be fixed in rel 13. > > > And regarding hacking, what's the ownership status for poldek? Any chance on > > broader write access to upstream repo? > > I have not heard from the author for a long time :( > Maybe we should fork it and keep it in our git under projects/ ? > > Author in CC. It looks like I can give you write access to the upstream repository as well, just send me your github username. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/gdm] Update to 3.16.1.1
2015-04-21 7:41 GMT+02:00 Jan Rękorajski : > Does it work without systemd and without weston / non-root X? It should. Wayland is used by default, but there is a fallback to Xorg. You can also disable wayland in /etc/gdm/custom.conf. That's theory. I've tried to make it work with both wayland and xorg, but none of them works for me :( I'm afraid we should remove this package from th-test. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: i486 removal from Th
2015-02-21 19:00 GMT+01:00 Jan Rękorajski : > On Sat, 21 Feb 2015, Tomasz Pala wrote: > >> On Sat, Feb 21, 2015 at 11:17:47 +0100, Jan Rękorajski wrote: >> >> > I will remove i486 from Th on 28 February 2015. >> >> FTP contents would be moved to obsoleted or unmaintained? > > Removed, Th snapshots will be left for anyone who wants to use it. > >> And what's the status of x32? Can I STB there somehow, or is this test >> just some internal thing? I might want to use this arch in a half a year >> or so, so asking to be up to date. > > I don't have a builder yet, planing to reuse i486 one. > But, there is one big showstopper for x32, that is broken poldek, Already fixed. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gtkspell-3.0.pc
2013/2/14 Elan Ruusamäe: > how gtkspell 3.x should be packaged? I think that we should upgrade gtkspell.spec to 3.x and create gtkspell2.spec for 2.x. Sooner or later packages that depend on 2.x will be ported to the new API and then we can simply remove gtkspell2. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: empathy certs (Re: empathy abort)
2013/2/12 Elan Ruusamäe: > can you also solve problem that empathy fails to save any cert even i check > "do not ask me again" > > https://dl.dropbox.com/u/8879577/ss/2013-02-12_17.54.21.png It works as expected here. I don't know whether you are using GNOME, but it looks like missing pkcs11 component in gnome-keyring-daemon. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: empathy abort
2013/2/12 Elan Ruusamäe : > i see that chromium crash was resolved quite quickly, perhaps any ideas why > empathy is failing? > i do not find any package update being relevant from my system, as i don't > know when it actually broke (it's long running app here) > > $ empathy & > (empathy:5937): Gdk-ERROR **: The program 'empathy' received an X Window > System error. > This probably reflects a bug in the program. > The error was 'BadValue (integer parameter out of range for operation)'. > (Details: serial 174 error_code 2 request_code 131 minor_code 47) > (Note to programmers: normally, X errors are reported asynchronously; >that is, you will receive the error a while after causing it. >To debug your program, run it with the GDK_SYNCHRONIZE environment >variable to change this behavior. You can then get a meaningful >backtrace from your debugger if you break on the gdk_x_error() function.) clutter-1.12.2-2 from th-test should help. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: babl/babl.spec - ver. 0.1.8 (nfy - builds without vala 0.16 and w...
2012/4/18 Jakub Bogusz : > BTW, maybe someone would volunteer to report a bug in introspection > info generation for babl using gobject-introspection 1.32.x? > (g-ir-scanner generates such Babl-0.1.gir that triggers an assertion > error in g-ir-compiler) It's already reported: https://bugzilla.gnome.org/show_bug.cgi?id=673422 -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: what provides javac
2011/4/26 Marcin Rybak: > so - what package really provides target of /usr/bin/javac symlink? (looks > like: java-gcj-compat-devel - but let me ask is it the only way?) javac is provided by multiple packages, for example on Th: poldek:/all-avail> search -f /usr/bin/javac 4 package(s) found: icedtea6-jdk-1.8.3-1.i686 java-gcj-compat-devel-1.0.80-8.i686 java-sun-1.6.0.24-1.i686 java5-sun-1.5.0.22-2.i686 To handle this case in spec file you should require jdk, which is provided by all these packages. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ERRORS: cdcat.spec
2011/3/9 Zsolt Udvari : > Can anybody say what's the problem? > [...] > Can't find java virtual machine, aborting. > U cdcat/cdcat.spec > # $Revision: 1.30 $, $Date: 2011/03/08 14:58:31 $ > Available branches: AC-branch > Searching for tag auto-th-cdcat-1_2-1... > Tag auto-th-cdcat-1_2-1 already exists (spec release: 1.29). ^ You should increase release. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
cvs mv: Thunar-vfs -> thunar-vfs
Please rename Thunar-vfs to thunar-vfs. Thanks. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: bmpx.spec - changed name of mozilla-firefox-plugin-bmpx package to i...
Jakub Bogusz wrote: [...] > What is this? Why not browser-plugins? mozilla-firefox has been replaced by iceweasel in Th, that is why I changed name of this package. I know that browser-plugins would be the best solution, but I'm not sure whether it supports this kind of extensions. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: gedit2-libtool.patch (NEW) - fix build with libtool 2.2.x
Jakub Bogusz wrote: > Use LT_OUTPUT to get local libtool earlier (see glib2-lt.patch). Thanks for the hint! -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: rpm-mimetype.patch (NEW) - automatically generate mimetype(...) pr...
Elan Ruusamäe wrote: > could you describe value from this patch? does any packagemanager process > these? any desktop apps require such deps? As Patryk said, PackageKit (I hope 0.2.2 will already support it [1]) will use this kind of data to allow the user to install application which can open files with the given MIME type. In the future, this functionality can be integrated into applications such as Nautilus or Thunar. Of course, you can use poldek too to find application which can open files with the given MIME type. For example: poldek:/all-avail> what-provides mimetype(text/plain) 6 package(s) found: gedit2-2.22.1-1.i686 gvim-athena-7.1.291-2.i686 gvim-gnome-7.1.291-2.i686 gvim-gtk-7.1.291-2.i686 gvim-motif-7.1.291-2.i686 vim-7.1.291-2.i686 [1] gpk-install-mime-type "text/plain" and sample result of this command: http://carme.pld-linux.org/~megabajt/images/gpk-install-mime-type.png -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: online-desktop.spec (NEW) - new
Dnia 2008-04-26, sob o godzinie 19:20 +0200, Łukasz Jernaś pisze: > Dnia 2008-04-26, sob o godzinie 18:26 +0200, megabajt pisze: > > Author: megabajt Date: Sat Apr 26 16:26:31 2008 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - new > > > > Files affected: > > SPECS: > >online-desktop.spec (NONE -> 1.1) (NEW) > > +Requires: bigboard > > As far as I know circular dependencies are a bad bad thing... Do you > have any reason for this? Yes, I have. Bigboard requires directory provided by online-desktop and python module (ddm), whereas online-desktop requires bigboard to work properly. I think that in this case circular dependencies aren't anything bad. Both packages don't require each other to build, so I don't see how it can be a bad thing. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: python-gnome-desktop unmed directory dependency
Dnia 2008-03-18, Wt o godzinie 14:55 +0100, Marcin Krol pisze: > > +1 for gtk-doc, I think it already creates the dir but rpm does not > > warn about unpackaged empty dirs. > > Interesting... This directory is provided by gtk-doc-common. I wonder > why poldek doesn't see it and reports broken dep. gtk-doc-common provides /usr/share/doc/gtk-doc/html, not /usr/share/gtk-doc/html But I still don't know why we put docs there and we are not using directory suggested by other packages (/usr/share/gtk-doc/html/foo). Can anyone give me a pointer to some documentation where it's explained? -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: inkscape - S: or R:
Kamil Dziedzic wrote: > Should I add them as R: or S: in inkscape.spec? I think that S: should be fine. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: suggest
Kamil Dziedzic wrote:
> Krystian Tomczyk wrote:
> > wine-0.9.49-1.i686 suggests installation of: binfmt-detector
> > Try to install it? [N/y]
> >
> > Maybe first test if package is installed and if not then write this
> > question?
>
> ... and one more thing. When there are more than one Suggest it ask to
> install
> them all. It should ask for each separately. Example:
I made patch for that, please test it.
--
Marcin Banasiak
diff -urN poldek/ask.c poldek.new/ask.c
--- poldek/ask.c 2007-07-08 18:48:11.0 +0200
+++ poldek.new/ask.c 2007-11-18 18:55:32.0 +0100
@@ -87,6 +87,38 @@
return answer;
}
+static int term_sugs_confirm(void *foo, const struct poldek_ts *ts, int hint,
+const char *question)
+{
+const char *yn = "[Y/n/c]";
+int a;
+
+foo = foo;
+ts = ts;
+
+if (!isatty(STDIN_FILENO))
+return hint;
+
+if (hint == 0) /* no */
+yn = "[N/y/c]";
+
+poldek_log(LOGINFO, "%s %s", question, yn);
+
+a = poldek_term_ask(STDIN_FILENO, "YyNnCc\n", NULL);
+a = toupper(a);
+switch(a) {
+case 'Y': a = 1; break;
+case 'N': a = 0; break;
+case 'C': a = -1; break;
+case '\n': a = hint; break;
+default:
+n_assert(0);
+}
+
+msg(-1, "_\n");
+return a;
+}
+
static int term_choose_pkg(void *foo, const struct poldek_ts *ts,
const char *capname, tn_array *pkgs, int hint)
{
@@ -152,6 +184,15 @@
return ts->ctx->ts_confirm_fn(ts->ctx->data_ts_confirm_fn, ts);
}
+int poldek__sugs_confirm(const struct poldek_ts *ts, int hint, const char *message)
+{
+if (ts->ctx->sugs_confirm_fn == NULL)
+return hint;
+
+return ts->ctx->sugs_confirm_fn(ts->ctx->data_sugs_confirm_fn, ts, hint, message);
+}
+
+
int poldek__choose_equiv(const struct poldek_ts *ts,
const char *capname, tn_array *pkgs, struct pkg *hint)
{
@@ -181,6 +222,9 @@
ctx->data_ts_confirm_fn = NULL;
ctx->ts_confirm_fn = term_ts_confirm;
+ctx->data_sugs_confirm_fn = NULL;
+ctx->sugs_confirm_fn = term_sugs_confirm;
+
ctx->data_choose_equiv_fn = NULL;
ctx->choose_equiv_fn = term_choose_pkg;
}
diff -urN poldek/install/requirements.c poldek.new/install/requirements.c
--- poldek/install/requirements.c 2007-07-12 23:29:26.0 +0200
+++ poldek.new/install/requirements.c 2007-11-18 18:42:27.0 +0100
@@ -244,46 +244,94 @@
}
/* just append sugs to reqs if user wants to */
-static tn_array *process_suggets(struct pkg *pkg, struct poldek_ts *ts)
+static tn_array *process_suggests(struct pkg *pkg, struct install_ctx *ictx)
{
char *confirmation, message[2048];
-tn_array *reqs;
+tn_array *reqs, *sugs;
tn_buf *nbuf;
-int n;
+int i, j, n;
reqs = pkg->reqs;
-if (pkg->sugs == NULL || !in_is_user_choosable_equiv(ts))
+if (pkg->sugs == NULL || !in_is_user_choosable_equiv(ictx->ts))
return reqs;
-if (!ts->getop(ts, POLDEK_OP_SUGGESTS))
+if (!ictx->ts->getop(ictx->ts, POLDEK_OP_SUGGESTS))
return reqs;
-nbuf = capreq_arr_join(pkg->sugs, NULL, NULL);
-
-
+/* Array sugs will contain packages which are suggested and not installed */
+sugs = capreq_arr_new(n_array_size(pkg->sugs));
+
+for (i = 0; i < n_array_size(pkg->sugs); i++)
+{
+ struct capreq *suggest = n_array_nth(pkg->sugs, i);
+
+ /* Check if package is already installed */
+ if (!pkgdb_match_req(ictx->ts->db, suggest, ictx->strict, ictx->uninst_set->dbpkgs))
+ {
+ n_array_push(sugs, suggest);
+ }
+}
+
+if (n_array_size(sugs) == 0)
+ return reqs;
+
+nbuf = capreq_arr_join(sugs, NULL, NULL);
n = n_snprintf(message, sizeof(message), _("%s suggests installation of: %s"),
pkg_id(pkg), n_buf_ptr(nbuf));
n_buf_free(nbuf);
-confirmation = ngettext("Try to install it?", "Try to install them?",
-n_array_size(pkg->sugs));
+confirmation = ngettext("Try to install it?", "Try to install them?", n_array_size(sugs));
n_snprintf(&message[n], sizeof(message) - n, "\n%s", confirmation);
-if (poldek__confirm(ts, 0, message)) {
-int i;
-
-reqs = capreq_arr_new(n_array_size(pkg->reqs) + n_array_size(pkg->sugs));
+if (n_array_size(sugs) > 1)
+{
+ int answer;
+
+ answer = poldek__sugs_confirm(ictx->ts, 0, message);
+
+ /* Install all suggested packages */
+ if (answer == 1)
+ {
+ reqs = capreq_arr_new(n_array_size(pkg->reqs) + n_array_size(sugs));
-
Re: suggest
Krystian Tomczyk wrote: > wine-0.9.49-1.i686 suggests installation of: binfmt-detector > Try to install it? [N/y] > > Maybe first test if package is installed and if not then write this > question? It's already reported as a bug in our Bugzilla (bug #38). -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xfce4-dict.plugin.spec (NEW) - new
2007/4/18, Adam Gołębiowski <[EMAIL PROTECTED]>:
> > SPECS:
> >xfce4-dict.plugin.spec (NONE -> 1.1) (NEW)
>
> ehrm... seems like obvious mistake:
>
> mv xfce4-dict{,-}plugin.spec,v
Oops, my mistake. Sorry :-/
--
Marcin Banasiak
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (DEVEL): gnome-utils.spec - floppy subpackage is back; updat...
2007/3/6, Elan Ruusamäe <[EMAIL PROTECTED]>: > what is all behind that "updated deps" AFAIR, GNOME apps was always built with the newest libs and I try to continue this practice. Now, I'm preparing GNOME 2.18 release for Th and I take dependencies from http://live.gnome.org/TwoPointSeventeen (paragraph Release Suites). > do you know how hard is later merge branches due large version mismatches > between branches? I know. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] espeak - error during instalation
2007/1/27, Tomasz Wittner <[EMAIL PROTECTED]>: > error: espeak-1.19-0.1: req /usr/share/espeak-data/voices/!v not found It looks like missing dir. -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
