rpm.macros broken
after rev. 1.210 %update_desktop_database_postun fails on uninstalling with syntax error: `then' unexpected. rev. 1.210 is a c&p from AC-branch: rev.1.158.4.36 - change -%update_desktop_database_* macros so it would be single line in shell context very nice... could someone take a look? :] -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm.macros broken
On Wed, 18 May 2005 22:46:47 +0200 Fryderyk Dziarmagowski <[EMAIL PROTECTED]> wrote: > after rev. 1.210 %update_desktop_database_postun fails on uninstalling > with syntax error: `then' unexpected. > > rev. 1.210 is a c&p from AC-branch: > > rev.1.158.4.36 > - change -%update_desktop_database_* macros so it would be single line > in shell context > > very nice... could someone take a look? it's confirmed. Please do not send to builders _any_ packages with % update_desktop_database_* macros because they are f***d up. so please mtv pimp my rpm.macros. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm.macros broken
On Thu, 19 May 2005 04:14:29 +0300 Elan Ruusamäe <[EMAIL PROTECTED]> wrote: > > after rev. 1.210 %update_desktop_database_postun fails on > > uninstalling with syntax error: `then' unexpected. > > > > rev. 1.210 is a c&p from AC-branch: > > > > rev.1.158.4.36 > > - change -%update_desktop_database_* macros so it would be single > > line in shell context > > > > very nice... could someone take a look? > > > > :] > show the output of expanded macros! > specifics! just uninstall any package containing this macro, builded with rpm after your changes and you can see whats going on. please revert or fix your improvements. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm.macros broken
On Thu, 19 May 2005 11:12:03 +0300
Elan Ruusamäe <[EMAIL PROTECTED]> wrote:
> > > > after rev. 1.210 %update_desktop_database_postun fails on
> > > > uninstalling with syntax error: `then' unexpected.
> > > >
> > > > rev. 1.210 is a c&p from AC-branch:
> > > >
> > > > rev.1.158.4.36
> > > > - change -%update_desktop_database_* macros so it would be
> > > > single line in shell context
> > > >
> > > > very nice... could someone take a look?
> > > >
> > > > :]
> > >
> > > show the output of expanded macros!
> > > specifics!
> >
> > just uninstall any package containing this macro, builded with rpm
> > after your changes and you can see whats going on.
> show me the exact package!
> rpm -qp package.rpm --scripts output
[EMAIL PROTECTED] RPMS]$ rpm -qp glabels-2.0.2-3.i686.rpm --scripts output
postinstall scriptlet (using /bin/sh):
/usr/bin/scrollkeeper-update -q;
{\
umask 022; \
/usr/bin/update-desktop-database; \
}
postuninstall scriptlet (using /bin/sh):
if [ $1 = 0 ]; then
/usr/bin/scrollkeeper-update -q;
fi
{\
if [ $1 = 0 ]; then \
umask 022; \
/usr/bin/update-desktop-database; \
fi \
}
and old beheviour was:
postinstall scriptlet (using /bin/sh):
umask 022;
/usr/bin/update-desktop-database;
postuninstall scriptlet (using /bin/sh):
if [ $1 = 0 ]; then
umask 022;
/usr/bin/update-desktop-database;
fi
> tested here and worked!
really? it's propably hard to test it without /usr/bin/update-desktop-
database (?)
> > please revert or fix your improvements.
> i can't if you refuse to give more info.
> and what package contains /usr/bin/update-desktop-database?
>
> $ poldek -u @/usr/bin/update-desktop-database
> error: virtual '/usr/bin/update-desktop-database' not found
[EMAIL PROTECTED] RPMS]$ rpm -qf /usr/bin/update-desktop-database
desktop-file-utils-0.10-1
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm.macros broken
On Thu, 19 May 2005 10:28:46 +0200 Kamil Kosiński <[EMAIL PROTECTED]> wrote: > > > just uninstall any package containing this macro, builded with rpm > > > after your changes and you can see whats going on. > > show me the exact package! > > rpm -qp package.rpm --scripts output > > > > tested here and worked! > False alarm. My fault. Everything works ok. Sorry about that. i know your box is unaffected, but mine goes crazy. every single package builded with recent rpm fails on uninstall using this macro. uninstaling old ones with original, ugly scriptlet works! -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm.macros broken
On Thu, 19 May 2005 11:39:45 +0300 "Elan Ruusamäe" <[EMAIL PROTECTED]> wrote: > On Thursday 19 May 2005 11:25, Fryderyk Dziarmagowski wrote: > > really? it's propably hard to test it without /usr/bin/update- > > desktop- database (?) > not really much, cp /bin/date /usr/bin/update-desktop-database :) i don't get it. you changed some stuff (mean macros) and don't even make use of it? 8-) > but it's resolved as replied paladine? nope. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm.macros broken
On Thu, 19 May 2005 12:02:36 +0300 "Elan Ruusamäe" <[EMAIL PROTECTED]> wrote: [...] > ah, why didn't you say in first place that you;'re using rpm.macros > from HEAD? it's broken in HEAD but ok in AC-branch look at very first sentence in first post ;) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm.macros broken
On Thu, 19 May 2005 12:24:40 +0300 "Elan Ruusamäe" <[EMAIL PROTECTED]> wrote: [...] > > > ah, why didn't you say in first place that you;'re using > > > rpm.macros from HEAD? it's broken in HEAD but ok in AC-branch > > > > look at very first sentence in first post ;) > ok, looks like qboosh fixed it in HEAD. > > so happy rpm.spec recompiling (and the broken packages ;)) thx for your help :) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: libgnomecanvas 2.10.1
On Mon, 23 May 2005 01:17:36 +0100 wrobell <[EMAIL PROTECTED]> wrote: > After upgrading to libgnomecanvas 2.10.1 evolution fails to switch > components (i.e. from calendar to addressbook, etc). Downgrading to > 2.10.0-3 helps. > > ppc, gcc 4.0, glibc 2.3.5 (built with gcc 3.4) http://bugzilla.gnome.org/show_bug.cgi?id=304915 http://bugzilla.gnome.org/show_bug.cgi?id=305131 -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: libgnomecanvas 2.10.1
On Mon, 23 May 2005 07:37:05 +0200 (CEST) Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote: > > > After upgrading to libgnomecanvas 2.10.1 evolution fails to switch > > > components (i.e. from calendar to addressbook, etc). Downgrading > > > to 2.10.0-3 helps. > > > > > > ppc, gcc 4.0, glibc 2.3.5 (built with gcc 3.4) > > > > http://bugzilla.gnome.org/show_bug.cgi?id=304915 > > http://bugzilla.gnome.org/show_bug.cgi?id=305131 > > So any reason for keeping this version in Ac against reverting ? no reason to do that, it's fixed in cvs. but I can't send it to builders without RM premisson. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: metapackage-gnome needs update
On Tue, 24 May 2005 17:46:09 +0200 (CEST) Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote: > ... needs update. > Anybody volunteers ? it's just updated to 2.10.1 by paladine. is your local repo up to date? -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[gnome]
dear gnomers, please abandon your plans to upgrading libgnomecanvas to 2.10.2 - it exposes some new bugs in gal and can be possibly dangerous for aps like evo. thx for your attention -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: drivel.spec - up to 1.3.90 - NFY (ipv6 proxy issues)
On Sun, 29 May 2005 16:31:09 +0200
aredridel <[EMAIL PROTECTED]> wrote:
> Author: aredridelDate: Sun May 29 14:31:09 2005 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - up to 1.3.90
> - NFY (ipv6 proxy issues)
[...]
> -# also for desktop translation
> -mv -f po/{no,nb}.po
> -
no.po should be removed before %find_lang macro
> %build
> %configure \
> --disable-schemas-install
> @@ -68,7 +65,14 @@
> %{_sysconfdir}/gconf/schemas/*
*.schemas should be registered with apropirate macros
> %dir %{_datadir}/drivel
> %dir %{_datadir}/drivel/glade
> +%dir %{_datadir}/drivel/languages
> +%{_datadir}/drivel/languages/livejournal.lang
> %{_datadir}/drivel/glade/drivel.glade
> +%{_datadir}/application-registry/drivel.applications
there is no applications-registry in PLD anymore. it is gnome 2.8.x
cruft.
> +%{_iconsdir}/gnome/48x48/mimetypes/gnome-mime-application-x-drivel.png
> +%{_datadir}/mime-info/drivel.*
one more obsolete dir. should be removed
> +%{_datadir}/mime/packages/drivel.xml
shared-mime-info should be registered
> +%{_datadir}/omf/drivel/drivel-C.omf
it should be registered with scrollkeeper macros; make use of
%_omf_dest_dir.
and least but not least: it's development release, so please use DEVEL
branch for experiments.
have a nice day
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: swig.spec - up to 1.3.24 - runtime libs are deprecated - NF...
On Mon, 30 May 2005 09:09:45 +0200 Jakub Bogusz <[EMAIL PROTECTED]> wrote: > > aredridel wrote: > > [...] > > > -%package guile > > [...] > > > -%package perl > > [...] > > > -%package php > > [...] > > > -%package python > > [...] > > > -%package ruby > > [...] > > > -%package tcl > > [...] > > > > Obsoletes for them anywhere ? > > See DEVEL branch anyway - 1.3.24 was already done there; not moved to > HEAD because most projects were not ready for swig > 1.3.21. see my mail about drivel.spec, same story. this is against PLD development fundamentials. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: libfwbuilder.spec, fwbuilder.spec - updated to 2.0.7 ; STBR
On Mon, 6 Jun 2005 11:03:01 +0300 "Elan Ruusamäe" <[EMAIL PROTECTED]> wrote: > please also update patches, they don't apply > > Patch #0 (libfwbuilder-configure.patch): > + patch -p1 -s > + < /home/builder/rpm/SOURCES/libfwbuilder-configure.patch > 1 out of 1 hunk FAILED -- saving rejects to file qmake.inc.in.rej > error: Bad exit status from /var/tmp/rpm-tmp.73961 (%prep) paszczus was already warned about his development methods. as we see, without expected results. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: gaim-guifications.spec (NEW) - added (spec from apollotiger...
On Sat, 09 Jul 2005 03:10:39 +0200 aredridel <[EMAIL PROTECTED]> wrote: > Author: aredridelDate: Sat Jul 9 01:10:39 2005 GMT > Module: SPECS Tag: HEAD > Log message: > - added (spec from [EMAIL PROTECTED]) > > Files affected: > SPECS: >gaim-guifications.spec (NONE -> 1.1) (NEW) such package already exists (gaim-plugin-guifications.spec) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew...
On Sat, 9 Jul 2005 10:46:15 +0200 Tomasz Wittner <[EMAIL PROTECTED]> wrote: [...] > I'm author of FreeBSD makewhatis Linux port and I don't plan to change > versioning schema because it is my versioning schema, which is convient to > me. your versioning is your personal problem. but in PLD you _must_ follow PLD's versioning schema (already pointed by Patrys). -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew...
On Sat, 9 Jul 2005 12:26:40 +0200 Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote: > > > I'm author of FreeBSD makewhatis Linux port and I don't plan to change > > > versioning schema because it is my versioning schema, which is convient > > > to me. > > > > your versioning is your personal problem. but in PLD you _must_ follow > > PLD's versioning schema (already pointed by Patrys). > Huh? We follow author versioning unless these are snapshots where in this > case > these aren't snapshots it seems. such versioning gives 'snapshot' feeling for me and confuses users with not human readable package names like makemesick-2006.06.06.01. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew...
On Sat, 9 Jul 2005 13:47:56 +0200 Michal Moskal <[EMAIL PROTECTED]> wrote: > On 7/9/05, Fryderyk Dziarmagowski <[EMAIL PROTECTED]> wrote: > > On Sat, 9 Jul 2005 12:26:40 +0200 > > Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote: > > > > > > > I'm author of FreeBSD makewhatis Linux port and I don't plan to change > > > > > versioning schema because it is my versioning schema, which is > > > > > convient > > > > > to me. > > > > > > > > your versioning is your personal problem. but in PLD you _must_ follow > > > > PLD's versioning schema (already pointed by Patrys). > > > Huh? We follow author versioning unless these are snapshots where in this > > > case > > > these aren't snapshots it seems. > > > > such versioning gives 'snapshot' feeling for me and confuses users with > > not human readable package names like makemesick-2006.06.06.01. > > For me this is perfectly human readable. What if I were to call my maybe. but not for me. > encryption package ZW5jcnlwdAo (for example because it is how it > encrypts some word)? You would propose a different name? well, it doesn't matter how it sounds. we're talking about numbers (for your information). -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: makewhatis.spec (NEW) - added - linux port of FreeBSD makew...
On Sat, 9 Jul 2005 15:02:24 +0200 Bartosz Taudul <[EMAIL PROTECTED]> wrote: > On Sat, Jul 09, 2005 at 12:55:17PM +0200, Fryderyk Dziarmagowski wrote: > > such versioning gives 'snapshot' feeling for me and confuses users with > So what? so users are confused :) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: vte.spec - broken, rel. down to 0.1
--- Paweł Sakowski <[EMAIL PROTECTED]> wrote: > On Wed, 2005-08-03 at 16:19 +0200, freetz wrote: > > $Log$ > > +Revision 1.77 2005/08/03 14:19:04 freetz > > +- broken, rel. down to 0.1 > > + > > Revision 1.76 2005/08/03 08:53:52 aflinta > > - up to version 0.11.14 > > If you elaborate what it is that you find broken, there's a chance that > someone will fix it. sending a problem description to authors it's not sufficient? should I cc you with every problem I've found? and I don't belive that "someone" will fix it. chances are very, very small (as usual). -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: vte.spec - broken, rel. down to 0.1
--- Bartosz Taudul <[EMAIL PROTECTED]> wrote: > > > > +Revision 1.77 2005/08/03 14:19:04 freetz > > > > +- broken, rel. down to 0.1 > > > If you elaborate what it is that you find broken, there's a chance that > > > someone will fix it. > > sending a problem description to authors it's not sufficient? should I > In case you didn't noticed, you commited into PLD cvs, not vte author's > one. don't like my commits? feel free to report a abuse to PLD CDG. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: vte.spec - broken, rel. down to 0.1
--- wrobell <[EMAIL PROTECTED]> wrote: > > > > +Revision 1.77 2005/08/03 14:19:04 freetz > > > > +- broken, rel. down to 0.1 > > > > + > > > > Revision 1.76 2005/08/03 08:53:52 aflinta > > > > - up to version 0.11.14 > > > > > > If you elaborate what it is that you find broken, there's a chance that > > > someone will fix it. > > > > sending a problem description to authors it's not sufficient? should I > > cc you with every problem I've found? and I don't belive that "someone" > > will fix it. chances are very, very small (as usual). > > still we don't know what the problem is. maybe we should downgrade? in case you're using glib2-2.6.x the answer is no. > so... what's the problem? it's already fixed. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: evince-desktop.patch - show it!
--- wrobell <[EMAIL PROTECTED]> wrote: > On Thu, 2005-08-18 at 10:37 +0200, paladine wrote: > > Author: paladine Date: Thu Aug 18 08:37:38 2005 GMT > > Module: SOURCES Tag: HEAD > > Log message: > > - show it! [...] > from their news file > > http://ftp.gnome.org/pub/GNOME/sources/evince/0.3/evince-0.3.3.news > > Interface Improvements: > > * HIG Fixes > * Hide menu entry in .desktop file > ^^ > * Get the correct mime types in the open dialog > > > no offence, but imho they know better. thinking this way, we don't need a menu. it's a _bug_ and it's already fixed by Kamil. http://bugzilla.gnome.org/show_bug.cgi?id=312399 -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Firefox
--- "Patrys :: Patryk Zawadzki" <[EMAIL PROTECTED]> wrote: > > > Could someone test if after my changes Firefox still suffers from memory > > > corruption > > > > It's currently being built to i386 ac-test. Go ahead and check if it > > works better in your test case (you're using ix86, right?). > > Yes, i686 for that case. > > After upgrading I end up with: > > [EMAIL PROTECTED] ~]$ mozilla-firefox > /usr/lib/mozilla-firefox/firefox-bin: symbol lookup > error: /usr/lib/mozilla-firefox/components/libgfx_gtk.so: undefined > symbol: pango_x_font_map_for_display it's because you added --disable-xft. it should be always enabled since pango/gtk+ uses xft for font rendering. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Firefox
--- "Patrys :: Patryk Zawadzki" <[EMAIL PROTECTED]> wrote:
> > it's because you added --disable-xft. it should be always enabled since
> > pango/gtk+ uses xft for font rendering.
>
> Actually not. It uses it internally. Mozilla developer docs explicitly
> say to always use --disable-xft when using --enable-pango.
Intresting information. Using a backend internally sound like
revolution to me ;)
according to your ex-TODO:
# ac_add_options --enable-xft
# Enables XFT advanced font rendering. This is only available with
# --enable-default-toolkit=gtk2, and it is recommended with gtk2
^
% grep toolkit= mozilla-firefox.spec
ac_add_options --enable-default-toolkit=gtk2
^^^^
could you explain this?
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Firefox
--- "Patrys :: Patryk Zawadzki" <[EMAIL PROTECTED]> wrote: > > > > it's because you added --disable-xft. it should be always enabled since > > > > pango/gtk+ uses xft for font rendering. > > > > > > Actually not. It uses it internally. Mozilla developer docs explicitly > > > say to always use --disable-xft when using --enable-pango. > > > > Intresting information. Using a backend internally sound like > > revolution to me ;) > > Read Mozilla docs. Mozilla can link directly against xft or against > freetype2. This has nothing to do with the toolkit of choice as the > canvas (the part where site content is rendered) is toolkit-independent. I don't talk about GUI or canvas, but only about font rendering. > Enable/disable xft/freetype2 has no impact on the rest of Fx GUI. Breaking mozilla-firefox build is a big impact. > > according to your ex-TODO: > > # ac_add_options --enable-xft > > # Enables XFT advanced font rendering. This is only available with > > # --enable-default-toolkit=gtk2, and it is recommended with gtk2 > > ^ > > % grep toolkit= mozilla-firefox.spec > > ac_add_options --enable-default-toolkit=gtk2 > > > > could you explain this? > > Read the whole thing: > > ac_add_options --enable-xft > Enables XFT advanced font rendering. This is only available with > --enable-default-toolkit=gtk2, and it is recommended with gtk2 > > ac_add_options --enable-freetype2 > Enables freetype font rendering. This is the default for the GTK > toolkit. Not compatible with --enable-xft GTK = old gtk+ (1.2.x), gtk2 = gtk+2 (2.x.x)... > Especially the "not compatible with" part. Full configure options > description available at > http://developer.mozilla.org/en/docs/Configuring_Build_Options Why should I read it? I don't have problems with undefined symbols and I don't want to use deprecated pango X font backend. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: udev.spec - add a helper script from Mandriva (does it need...
--- Jakub Piotr Cłapa <[EMAIL PROTECTED]> wrote:
> jpc wrote:
> > +# from Mandriva CVS:
> > +#
> > http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/SPECS/udev/udev_import_usermap?rev=1.5
> > +Source7: udev_import_usermap
>
> This can be useful when one wants to port some legacy hotplug usermaps
> to udev rules painlessly. Maybe it shouldn't be installed even?
Nice thing. Now we can port more hotplug (like digicam) stuff without
PITA ;)
> > +# Needed for the automatic module loading w/o hotplug to work
> > +# see:
> > +# http://qa.mandrivalinux.com/twiki/bin/view/Main/Udev
> > +# http://lwn.net/Articles/123932/
> > +Source8: %{name}-modprobe.rules
>
> It works for me (should be coldplug capable too upon call to udevstart).
> Do we switch to this stuff (and add O: hotplug?)
>
> Needs kernel.hotplug=/sbin/udevsend
Adding O: is mandatory now. That's the last piece to get rid of hotplug
crap.
> > @@ -217,6 +227,7 @@
> > %config(noreplace) %verify(not size mtime md5)
> > %{_sysconfdir}/udev/udev.conf
> > %config(noreplace) %verify(not size mtime md5)
> > %{_sysconfdir}/udev/rules.d/50-udev.rules
> > %config(noreplace) %verify(not size mtime md5)
> > %{_sysconfdir}/udev/rules.d/999-firmware.rules
> > +%config(noreplace) %verify(not size mtime md5)
> > %{_sysconfdir}/udev/rules.d/999-modprobe.rules
> > %config(noreplace) %verify(not size mtime md5)
> > %{_sysconfdir}/scsi_id.config
>
> Why are these files noreplace? The sysadmin can override this with his
> own rules by adding his own files with smaller numbers. (while still
> allowing upstream updates)
I think it's useful for now. Once they become more mature we can remove
'noreplace'
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: start_udev - back to cat | grep
--- "Elan Ruusamäe" <[EMAIL PROTECTED]> wrote: > On Saturday 22 October 2005 21:54, freetz wrote: > > Author: freetz Date: Sat Oct 22 18:54:16 2005 GMT > > Module: SOURCES Tag: HEAD > > Log message: > > - back to cat | grep > [...] > > # wait for the udev/udevd childs to finish > > -while [ "$(grep -c -E '^Name:[[:space:]]*udevd?$' /proc/[0-9]*/status)" > > -gt 1 ]; do +while [ "$(cat /proc/[0-9]*/status 2> /dev/null | \ > > +grep -c -E '^Name:[[:space:]]*udevd?$')" -gt 1 ]; do > > sleep 1 > why not using /sbin/pidof udevd || /sbin/pidof udev here ? udevd remains in memory after initial synthesizing, so probably it isn't a best solution. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: rhythmbox.spec - 0.9.2, dropped hal requirement (ankry uses...
--- wrobell <[EMAIL PROTECTED]> wrote: > On Mon, 2005-11-28 at 19:13 +0100, freetz wrote: > > Author: freetz Date: Mon Nov 28 18:13:41 2005 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - 0.9.2, dropped hal requirement (ankry uses rhythmbox on a 2.4.x box), > > bcond hal? i don't know. I've removed it to solve upgrade problems for 2.4.x users. adding banner is probably best idea, but not for lazy admins ;) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: X11 monolitic 6.9.0 for AC
--- Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote: > X11 6.9.0 (monolitic) for AC is arriving to ac-test right now. > > Please test. works pretty well on two radeons (r200 and r300). On r200 with EXA and DRI, on r300 only 2D. since yesterday no problems here. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: AC: TODO list
On Wed, 28 Dec 2005 18:21:18 +0100 Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote: > Current TODO list, based on i686: > > bd: dotnet-gtk-sharp-gnome-1.0.10-4: req gtkhtml = 3.8.1 version mismatch > bd: dotnet-gtk-sharp2-gnome-2.5.91-3: req gtkhtml = 3.8.1 version mismatch and who is the brave one to fight with athlon builder? > bd: libgdamm-1.3.7-1: req libgda-2.so.3 not found > - anyone? cvs libgdamm is not ready for new libgda crap yet. Best solution - drop it. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: X11 monolitic 6.9.0 for AC
On Mon, 2 Jan 2006 14:53:30 +0100 havner <[EMAIL PROTECTED]> wrote: > > startx displays some xkb warning: > > The XKEYBOARD keymap compiler (xkbcomp) reports: > > > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols > > > Ignoring extra symbols > > Errors from xkbcomp are not fatal to the X server > > > > Both issues go away after s/"keyboard"/"kbd"/ in xorg.conf. > > I did that long time ago and still get the xkbcomp warning from above. > > Section "InputDevice" > Identifier "Keyboard0" > Driver "kbd" > Option "XkbRules" "xorg" > Option "XkbModel" "pc105" > Option "XkbLayout" "pl" > Option "XkbOptions" "altwin:super_win" > EndSection > > Any ideas? we need to build xkeyboard-config somehow (in modular tree: http://xlibs.freedesktop.org/xkbdesc/xkeyboard-config-0.7.tar.bz2) Default xkb database is pretty broken. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: udev
On Wed, 4 Jan 2006 11:52:15 +0100 havner <[EMAIL PROTECTED]> wrote: > Revision 1.137 2005/11/16 15:35:22 freetz > - removed hotplug symlink (it can't be done this way until /sbin/hotplug > is > a default kernel hotplug handler), added cleaned up hotplug_map.rules > (instead of creating it with script at build time), rel.1 > > So how should it be done? Cause now we end up with a booted system: > > $ sudo sysctl kernel.hotplug > kernel.hotplug = /sbin/hotplug > $ ls -l /sbin/hotplug > ls: /sbin/hotplug: No such file or directory > > /sbin/udev_start sets this to /sbin/udevsend but rc-scripts set it back > to hotplug. I dont care how it will be done (maybe remove it from > rc-scripts) but for now it cant stay this way. What was wrong in this > symlink? Cause i dont really get the "it can't be done this way until > /sbin/hotplug is a default kernel hotplug handler". Why? This package is > PLD specific and our rc-scripts set this to /sbin/hotplug so for us its > default. Symlink was wrong because was called after / is mounted and before udev was ready to start. That was leading to propagating device nodes on readonly filesystem. I can't speak about rc-srcipts. I don't know why (cruft?) it is set by default, even when hotplug is not installed. btw. starting from linux 2.6.15 it (hotplug handler) should be set to "" -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: udev
--- havner <[EMAIL PROTECTED]> wrote: > > > Revision 1.137 2005/11/16 15:35:22 freetz > > > - removed hotplug symlink (it can't be done this way until /sbin/hotplug > > > is > > > a default kernel hotplug handler), added cleaned up hotplug_map.rules > > > (instead of creating it with script at build time), rel.1 > > > > > > So how should it be done? Cause now we end up with a booted system: > > > > > > $ sudo sysctl kernel.hotplug > > > kernel.hotplug = /sbin/hotplug > > > $ ls -l /sbin/hotplug > > > ls: /sbin/hotplug: No such file or directory > > > > > > /sbin/udev_start sets this to /sbin/udevsend but rc-scripts set it back > > > to hotplug. I dont care how it will be done (maybe remove it from > > > rc-scripts) but for now it cant stay this way. What was wrong in this > > > symlink? Cause i dont really get the "it can't be done this way until > > > /sbin/hotplug is a default kernel hotplug handler". Why? This package is > > > PLD specific and our rc-scripts set this to /sbin/hotplug so for us its > > > default. > > > > Symlink was wrong because was called after / is mounted and before udev > > was ready to start. That was leading to propagating device nodes on > > readonly filesystem. > > Was called by what? Existance of a file means its executed? I dont get > something here. And why this does not affect hotplug package itself > where /sbin/hotplug exists and /dev/ is on ro filesystem for whole > sysinit phase (no tmpfs) Was called by kernel. Why should it affects hotplug package? Hotplug is not responsible for creating of device nodes. [...] -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: udev
--- "Elan Ruusamäe" <[EMAIL PROTECTED]> wrote:
> > > > > but today this trick didn't work because i couldn't send any input to
> > > > > started shell!!!, i guess this is because my /dev is empty and no
> > > > > udev started.
> > > >
> > > > Your dev should not be empty (there are at least static /dev/null and
> > > > /dev/console from the udev rpm package)
> > >
> > > it's empty because /sbin/start_udev just created tmpfs on /dev. and it's
> > > hunging in udevstart process.
> >
> > Maybe just add mknod stuff in start_udev to always have null and console
> > entries there?
> seems like great idea.
No, it doesn't. that's a udev job to create /dev/{console,null} after
tmpfs is mounted.
[...]
Could you remove:
[ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev
from rc.sysinit and replace it with plain:
/sbin/start_udev
and test it again without creating of any new nodes manually?
--
Fryderyk Dziarmagowski
"Please, just tell people to use KDE." - Linus @ GNOME Usability ml
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: udev
--- havner <[EMAIL PROTECTED]> wrote: > On Wed, Jan 04, 2006 at 03:39:59PM +0100, Fryderyk Dziarmagowski wrote: > > > Was called by what? Existance of a file means its executed? I dont get > > > something here. And why this does not affect hotplug package itself > > > where /sbin/hotplug exists and /dev/ is on ro filesystem for whole > > > sysinit phase (no tmpfs) > > > > Was called by kernel. > > And how its possible udev works as a hotplug with this value set to > /sbin/hotplug (without the symlink) on kernels 2.6.12-2.6.14? It is possible because start_udev will be called from init scripts. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: udev
--- Jakub Piotr Cłapa <[EMAIL PROTECTED]> wrote: > > is the hotplug issue by any chance related to the fact that after booting i > > got on screen message "starting udev" and it stays there forever stopping > > maching bootup. can't even kill it with SAK. > > Shouldn't but who knows... > There was a solution mentioned on pld-users-pl consisting on changing > the udev start command from rc-scripts with a less complicated one (I > don't quite remember the details now). the trick was: replacing [ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev with /sbin/start_udev in /etc/rc.d/rc.sysinit -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: udev
--- havner <[EMAIL PROTECTED]> wrote: > > > > > Was called by what? Existance of a file means its executed? I dont get > > > > > something here. And why this does not affect hotplug package itself > > > > > where /sbin/hotplug exists and /dev/ is on ro filesystem for whole > > > > > sysinit phase (no tmpfs) > > > > > > > > Was called by kernel. > > > > > > And how its possible udev works as a hotplug with this value set to > > > /sbin/hotplug (without the symlink) on kernels 2.6.12-2.6.14? > > > > It is possible because start_udev will be called from init scripts. > > But rc-scripts set kernel.hotplug after start_udev So, we should comment it out, because it's wrong. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: AC TODO [19/01/2006]
--- Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote: [...] > aMule problems, are these solved already? nope, the new, "unicoded" version crashes here (confirmed by one pld-user), previous one (before charles changes) works just fine. [...] one more thing: glib2-2.8.6 STBR (2.8.5 got some nasty bugs) -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: AC TODO [19/01/2006]
--- Charles <[EMAIL PROTECTED]> wrote: > > --- Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote: > > > > [...] > > > aMule problems, are these solved already? > > > > nope, the new, "unicoded" version crashes here (confirmed by one > > pld-user), previous one (before charles changes) works just fine. > > > > I'm repeating - it's a bug in wxWidgets. Rebuild please. Next time bump some R: in depended packages, to force a rebuild like described above. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: BROKEN UDEV on AC
--- "Elan Ruusamäe" <[EMAIL PROTECTED]> wrote: > grrr > > udev-079-2.amd64 > > cmon, is adding trigger really so hard? [cut] take it easy. if you need a feature implement it. Don't expect from people to do something what they don't need. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: BROKEN UDEV on AC
--- Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote: > > > grrr > > > > > > udev-079-2.amd64 > > > > > > cmon, is adding trigger really so hard? > > [cut] > > > > take it easy. if you need a feature implement it. Don't expect from > > people to do something what they don't need. > > glen is right. Breakage in such a basic package is like sabotage. so fix it, instead of writing bullshit here. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: BROKEN UDEV on AC
--- Jan Rekorajski <[EMAIL PROTECTED]> wrote: > On Mon, 13 Feb 2006, Fryderyk Dziarmagowski wrote: > > > --- Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote: > > > > > > > grrr > > > > > > > > > > udev-079-2.amd64 > > > > > > > > > > cmon, is adding trigger really so hard? > > > > [cut] > > > > > > > > take it easy. if you need a feature implement it. Don't expect from > > > > people to do something what they don't need. > > > > > > glen is right. Breakage in such a basic package is like sabotage. > > > > so fix it, instead of writing bullshit here. > > What I see from changelog is that you screwed it. > So it is _you_ who should fix it. I don't see any breakage, sabotage, ... (write your favorite word here) in my commits. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: pld-logo.svg (NEW) - restored (?)
--- Przemek Iskra <[EMAIL PROTECTED]> wrote: > On Fri, Mar 03, 2006 at 03:49:42PM +0100, freetz wrote: > > Author: freetz Date: Fri Mar 3 14:49:42 2006 GMT > > Module: SOURCES Tag: HEAD > > Log message: > > - restored (?) > > the answer for that question is: no, it never was in cvs, > it is in distfiles I don't see any reason for keeping it in distfiles -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: pld-logo.svg (NEW) - restored (?)
--- Tomasz Pala <[EMAIL PROTECTED]> wrote: > On Fri, Mar 03, 2006 at 16:11:02 +0100, Fryderyk Dziarmagowski wrote: > > > I don't see any reason for keeping it in distfiles > > I don't see any reason for keeping it in CVS. So, better check what kind of file is it. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: librsvg SPEC patch
--- Caleb Maclennan <[EMAIL PROTECTED]> wrote: > Building the DEVEL branch of librsvg seems to require rpm-pythonprov. Thanks, added. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: nss_mdns - package name conflicts
--- Jakub Bogusz <[EMAIL PROTECTED]> wrote: > There are two different packages named nss_mdns: one from > mDNSResponder.spec (on APSL license), the second one (freestanding, > on LGPL license) from nss_mdns.spec. > > At least one of them must be renamed. or nss_mdns should separated from mDNSResponder (and P: O: added) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
cvs mv
mv SPECS/gnome2-user-docs.spec,v SPECS/gnome-user-docs.spec -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ERRORS: gqview.spec
--- Mariusz Mazur <[EMAIL PROTECTED]> wrote:
> On Thursday 16 March 2006 21:38, PLD th-i686 builder wrote:
> > config.status: creating po/Makefile.in
> > config.status: executing depfiles commands
> > config.status: executing default-1 commands
> > make[2]: Leaving directory `/home/users/builder/rpm/BUILD/gqview-2.1.1/po'
> > make[2]: Entering directory `/home/users/builder/rpm/BUILD/gqview-2.1.1/po'
> > cd .. \
> > && CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= CONFIG_LINKS= \
> >/bin/sh ./config.status
> > config.status: creating po/Makefile.in
> > config.status: executing depfiles commands
> > config.status: executing default-1 commands
> > make[2]: Leaving directory `/home/users/builder/rpm/BUILD/gqview-2.1.1/po'
> > make[2]: Entering directory `/home/users/builder/rpm/BUILD/gqview-2.1.1/po'
> > cd .. \
> > && CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= CONFIG_LINKS= \
> >/bin/sh ./config.status
> > config.status: creating po/Makefile.in
> > config.status: executing depfiles commands
> > config.status: executing default-1 commands
> > make[2]: Leaving directory `/home/users/builder/rpm/BUILD/gqview-2.1.1/po'
> > make[2]: Entering directory `/home/users/builder/rpm/BUILD/gqview-2.1.1/po'
>
> This thing goes into an infinite loop on anything other than ppc. Had to kill
> it. Don't send it to builders unless somebody fixes it.
%{__intltoolize} it.
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ERRORS: gqview.spec
--- Fryderyk Dziarmagowski <[EMAIL PROTECTED]> wrote:
> --- Mariusz Mazur <[EMAIL PROTECTED]> wrote:
[...]
> > This thing goes into an infinite loop on anything other than ppc. Had to
> > kill
> > it. Don't send it to builders unless somebody fixes it.
>
> %{__intltoolize} it.
oops, he did it again ;) only th-ppc runs.
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: sending build requests for th, a proposal of rules
--- wrobell <[EMAIL PROTECTED]> wrote: > hello, hi, > th is quite usable for some of us now, so what about > such two rules? > > 1. if you send something to th builders, then it should >build on all archs. this means that if package building >fails on one of the builders, then it is sender responsibility >to fix this before sending another request. > >if you are not able to fix something, then tell about it on the list, >so we can work together to fix the problem. > > 2. if you want to send a package to builders, then _build_ and _run_ it >on your machine first. this means, that if soname changes then >it is sender responsibility to rebuild or other dependant packages. > >if you have no time for soname play, then don't send a request to >builders. if you are in middle of the process and your cat needs >you, then ask other developer to finish the job. > >if it involves a lot of time (i.e. openssl), then tell people on >the list about it. > > > of course, this is only a proposal. i think that such rules could > improve stability of system for testers. then, maybe we could > gain more people to test pld th. simple and clear rules. Th is not a trash, it's very usable (thx to pluto's work) and should stay so. So, dear developer, don't forget to check wrobell's words before sending a builder request. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba...
--- wrobell <[EMAIL PROTECTED]> wrote: > On Mon, 2006-05-15 at 21:57 +0200, hawk wrote: > > Author: hawk Date: Mon May 15 19:57:52 2006 GMT > > Module: SPECS Tag: HEAD > [...] > > > > Index: SPECS/xulrunner.spec > > great. so it seems that this is the project, which galeon and > epiphany should be compiled against. > > any comments? we should switch as soon as possible (HEAD) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[AC] STBR
STBR (bugfixes/critical bugfixes): gimp.spec (2.2.11-1) epiphany-extensions.spec (2.14.1.1-2) gconf-editor.spec (2.14.0-4) thx for sending -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[AC] STBR
STBR for: (ciritcal/depenedency (dbus,evolution-data-server) fixes) gnome-mail-notification.spec scribes.spec revelation.spec gaim.spec LiVES.spec abiword.spec and gstreamer stuff: gstreamer-plugins.spec jamboree.spec gst-editor.spec goobox.spec gnomebaker.spec -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: BadMatch Gdk errors
--- Adam Gołębiowski <[EMAIL PROTECTED]> wrote: > Few days ago I noticed some of applications I use became unstable or even > unusable: > > - qiv: > Gdk-ERROR **: BadMatch (invalid parameter attributes) > serial 114 error_code 8 request_code 2 minor_code 0 > > - seamonkey (with mplayerplug-in, macromedia-flash, java and djvulibre > plugins): > The program 'Gecko' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadMatch (invalid parameter attributes)'. > (Details: serial 84 error_code 8 request_code 147 minor_code 3) > > When it comes to seamonkey, the problem occurs only when > macromedia-flash plugin is enabled. > > Google doesn't say much about this. Any clues? enabled composite extension ? -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [AC] STBR
--- Elan Ruusamäe <[EMAIL PROTECTED]> wrote: > i sent but few already had existing tags or missed files > please rel up the packages or add/tag missing files big thanks > gaim.spec (AC-branch): FAILED > Tag auto-ac-gaim-1_5_0-2 already exists (spec release: 1.157). something wrong was with AC-branch, should work now. > LiVES.spec (AC-branch): FAILED > cvs server: warning: LiVES-DESTDIR.patch is not (any longer) pertinent > Error: some source, patch or icon files not stored in CVS repo. > (LiVES-DESTDIR.patch) yeah, my fault, too fast fingers. cleaned up and ready for sending. > abiword.spec (AC-branch): FAILED > Tag auto-ac-abiword-2_4_4-2 already exists (spec release: 1.119). can't commit any changes here: [EMAIL PROTECTED] ~/rpm/SPECS]$ cvs ci abiword.spec cvs server: sticky tag `AC-branch' for file `abiword.spec' is not a branch cvs [server aborted]: correct above errors first! -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: librsvg.spec - 2.15.0, dropped mozilla plugin (every recent...
--- Elan Ruusamäe <[EMAIL PROTECTED]> wrote: > On Wednesday 07 June 2006 12:43, you wrote: > > Author: freetz Date: Wed Jun 7 09:43:54 2006 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - 2.15.0, dropped mozilla plugin (every recent gecko-based browser provides > > svg displaying support), bleeding edge deps > what abou't non-gecko? (opera? konqueror?) according to removed 'supported browsers' list there is no support for support such exotic browsers in librsvg -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[Ac] STBR
STBR for Ac: gtk+2 gdm thanks -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[Ac] stable udev-079-4.9 for testing
Hi, I've just made some bugfixes to udev from AC-branch. Please test it and report problems if any. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
STBR Ac
STBR: gtk+2.spec:AC-branch bonfire.spec:AC-branch totem.spec:AC-branch last, but not least: abiword.spec:AC-branch with a security fix. thanks -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [ac] neon/subversion
--- Elan Ruusamäe <[EMAIL PROTECTED]> wrote: > is there any problem upgrading > - neon-0.26.1-1 > - subversion-1.3.2-1 I think API breakage in neon-0.26.x is a good reason to keep the old version in stable distribution tree. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: beagle.spec - -devel package requires DLLs in main package
--- aredridel <[EMAIL PROTECTED]> wrote: > Author: aredridelDate: Thu Jul 20 20:35:46 2006 GMT > Module: SPECS Tag: HEAD > Log message: > - -devel package requires DLLs in main package this is wrong. what requires such dll? -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: gnome-applet-deskbar.spec - add optional dep for beagle; no...
--- aredridel <[EMAIL PROTECTED]> wrote:
> Author: aredridelDate: Thu Jul 20 23:25:36 2006 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - add optional dep for beagle; no configure option for it
[...]
> +%{?with_beagle:BuildRequires:beagle-devel}
this is bogus change. beagle support is detected at runtime and
requires python moudle to run, beagle or beagle-devel are NOT required
at build time.
please revert your changes to beagle.spec and gnome-applet-deskbar.spec.
they are WRONG.
--
Fryderyk Dziarmagowski
___
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-macros.patch - --as-needed by default
--- Elan Ruusamäe <[EMAIL PROTECTED]> wrote:
> On Monday 24 July 2006 01:21, [EMAIL PROTECTED] wrote:
> > On Sun, Jul 23, 2006 at 10:22:23PM +0200, freetz wrote:
> > > Author: freetz Date: Sun Jul 23 20:22:23 2006 GMT
> > > Module: SOURCES Tag: HEAD
> > > Log message:
> > > - --as-needed by default
> > >
> > > -+%rpmldflags %{nil}
> > > ++%rpmldflags %{!?no_build_with_as_needed:-Wl,--as-needed}
> >
> > i have rebuilt whole PPCRCD with --as-needed and i've found one big
> > problem...
>
> i believe the ass needed should be added per package (and i saw freetz doing
> it already).
I think adding to a broken package '%define no_build_with_as_needed 1'
instead of enabling it per package makes sense (after adding
LDFLAGS="%{rpmldflags} -Wl,--as-needed" to 117 packages with only 3
build fails and suggestions from other developers to enable globally)
--
Fryderyk Dziarmagowski
___
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-macros.patch - --as-needed by default
--- [EMAIL PROTECTED] wrote:
> On Mon, Jul 24, 2006 at 08:28:24AM +0200, Fryderyk Dziarmagowski wrote:
>
> > I think adding to a broken package '%define no_build_with_as_needed 1'
> > instead of enabling it per package makes sense (after adding
> > LDFLAGS="%{rpmldflags} -Wl,--as-needed" to 117 packages with only 3
> > build fails and suggestions from other developers to enable globally)
[...]
> i already know how to fix most of them, and if someone asks i can
> describe the process
please, do it.
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: LiVES-FHS.patch (NEW) - added
--- aredridel <[EMAIL PROTECTED]> wrote: > Author: aredridelDate: Wed Aug 16 19:25:11 2006 GMT > Module: SOURCES Tag: HEAD > Log message: > - added > +-$builtin_dir.="$ARGV[0]/$ARGV[1]/share/lives/plugins/effects/RFXscripts/"; > ++$builtin_dir.="$ARGV[0]/$ARGV[1]/lib/lives/plugins/effects/RFXscripts/"; > + print "adding script files from $builtin_dir\n"; > + > + open OUT,"> POTFILES_PLUGINS"; > +diff -ur lives-0.9.6-o/po/pxgettext lives-0.9.6/po/pxgettext > +--- lives-0.9.6-o/po/pxgettext 2006-01-28 13:58:19.0 -0700 > lives-0.9.6/po/pxgettext 2006-08-16 13:10:21.0 -0600 [...] > + $e = "msgid \"$plugin_name\""; > +-$fileposition = "#: > $prefix/share/lives/plugins/effects/rendered/$basename:0\n"; > ++$fileposition = "#: > $prefix/lib/lives/plugins/effects/rendered/$basename:0\n"; [...] > +-#define THEME_DIR "/share/lives/themes/" > +-#define PLUGIN_DIR "/share/lives/plugins/" > +-#define ICON_DIR "/share/lives/icons/" > +-#define DATA_DIR "/share/lives/" > ++#define THEME_DIR "/lib/lives/themes/" > ++#define PLUGIN_DIR "/lib/lives/plugins/" > ++#define ICON_DIR "/lib/lives/icons/" > ++#define DATA_DIR "/lib/lives/" > + #define LIVES_CONFIG_DIR ".lives-dir" what about 64bit archs? -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): vte.spec - update 0.13.6 from HEAD
--- glen <[EMAIL PROTECTED]> wrote: > Author: glen Date: Sat Aug 26 21:12:43 2006 GMT > Module: SPECS Tag: AC-branch > Log message: > - update 0.13.6 from HEAD can you explain it? what is the reason for merging buggy version to stable distribution tree? -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): perl-Gtk2.spec - merged 1.133 from HEAD
--- glen <[EMAIL PROTECTED]> wrote: > Author: glen Date: Sun Aug 27 10:51:21 2006 GMT > Module: SPECS Tag: AC-branch > Log message: > - merged 1.133 from HEAD wtf is that? AC-branch is a *stable* distribution tree! -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): vte.spec - update 0.13.6 from HEAD
--- Elan Ruusamäe <[EMAIL PROTECTED]> wrote: > On Sunday 27 August 2006 11:22, Fryderyk Dziarmagowski wrote: > > --- glen <[EMAIL PROTECTED]> wrote: > > > Author: glen Date: Sat Aug 26 21:12:43 2006 GMT > > > Module: SPECS Tag: AC-branch > > > Log message: > > > - update 0.13.6 from HEAD > > > > can you explain it? \ > no I'm very disappointed to hear such statements from one of most active PLD developers. > > what is the reason for merging buggy version to > > stable distribution tree? > why there's "buggy" version on HEAD and on Th then? can u explain that? Securely. Because on HEAD is vte-0.13.7 with fixed bunch of bugs. Because on HEAD are new cairo/pango which are recommended for 0.13.x vte series. Because on HEAD are many untested things and HEAD is actually for development. Because vte-0.13.x is *unstable* and AC-branch is for *stable* apps. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: udev.spec - up to udev-100 - 60-cdrom_id.rules added
--- shadzik <[EMAIL PROTECTED]> wrote: > Author: shadzik Date: Mon Sep 25 23:41:15 2006 GMT > Module: SPECS Tag: HEAD > Log message: > - up to udev-100 > - 60-cdrom_id.rules added Adding it will cause a clash with other rules and break nodes permissions. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Ac] hdparm hangs often during starting (udev issue?)
--- Tomasz Wittner <[EMAIL PROTECTED]> wrote: > Hello, > > Nearly every two booting I'm forced to press reset button on my workstation > (or sometimes is possible Alt+PrintScreen+S/B) - starting hangs during hdparm > invokation. Because hdparm is called right after starting udev I suspect that > udev (v. 079) doesn't finish its job and hdparm maybe hangs because > of "queued kernel/udev events"[1] are not handled yet. > Newer udev (v. 104) has binary called udevsettle which is used in start_udev > (PLD Th) or /etc/init.d/udev (Debian unstable f.e.) scripts. As is said in > [1]man udevsettle is used for delaying script execution until queued > kernel/udev events are handled. I saw something like that before and the cause was setting cdrom parameters, but: AC udev version waits until all queued events are finished (populating devices in /dev, hot- and coldplug events handling). "Finished" doesn't not meat that all are correctly trigerred - newer udev (udevtrigger) has --retry-failed option to retrigger failed events. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
scrollkeeper find-lang support in rpm
hi, something for GNOME packagers (+ small change to create files unconditionally to be --short-circuit friendly). have fun -- Fryderyk Dziarmagowski find-lang.diff Description: Binary data pgpNCIudppClH.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: scrollkeeper find-lang support in rpm
--- Fryderyk Dziarmagowski <[EMAIL PROTECTED]> wrote: > something for GNOME packagers (+ small change to create files > unconditionally to be --short-circuit friendly). one more with --all-name support -- Fryderyk Dziarmagowski find-lang.diff Description: Binary data ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): pidgin.spec - AC-branched
On Sat, 20 Oct 2007 15:59:14 +0200 Tomasz Pala <[EMAIL PROTECTED]> wrote: > On Sat, Oct 20, 2007 at 15:28:09 +0200, Jakub Bogusz wrote: > > > > Why? > > > > Ask the one who changed glitz bcond in cairo. > > The reason should be included in commit log. As it isn't, I'm going to > switch it on by default unless someone (freetz?) tells why not. http://opensubscriber.com/message/[EMAIL PROTECTED]/3312217.html -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): pidgin.spec - AC-branched
On Sun, 21 Oct 2007 00:31:05 +0200 Bartosz Taudul <[EMAIL PROTECTED]> wrote: > On Sat, Oct 20, 2007 at 11:24:40PM +0200, Tomasz Pala wrote: > > > http://opensubscriber.com/message/[EMAIL PROTECTED]/3312217.html > > Does it mean that glitz do nothing in cairo or what? > git://people.freedesktop.org/~macslow/glitz-test > > Try to run that without glitz support in cairo. ...and this is the very last example of using cairo with glitz backend. Not even in PLD repo -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): pidgin.spec - AC-branched
On Sun, 21 Oct 2007 13:59:17 +0200 Tomasz Pala <[EMAIL PROTECTED]> wrote: > On Sun, Oct 21, 2007 at 08:44:59 +0200, Fryderyk Dziarmagowski wrote: > > > > git://people.freedesktop.org/~macslow/glitz-test > > > > > > Try to run that without glitz support in cairo. > > > > ...and this is the very last example of using cairo with glitz > > backend. > > It just means that glitz backend is not useless. Nobody says it useless. It's just yet another redundant dependency. Whole backend is just an example of using glitz to accelerate RENDER extension with OpenGL. All main distros are aware of it and nobody ships cairo with glitz backend these days. Even more glitz is slowly becoming obsolete, there are better 'not heavily bound to hardware' ways to accelerate RENDER. > > Not even in PLD repo > > Being or not in PLD repo has nothing to do. Can say same about "is not useless". Pushing it in AC will make every single gtk+ app depending on glitz, but none of those apps will *ever* make use of it. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xmms-input-midi.spec - package libmid.so.0.0.0 (libmid.so.0...
On Mon, 12 Nov 2007 13:02:12 +0200
Elan Ruusamäe <[EMAIL PROTECTED]> wrote:
> On Monday 12 November 2007 12:20:35 gotar wrote:
> > Author: gotarDate: Mon Nov 12 10:20:35 2007
> > GMT Module: SPECS Tag: HEAD
> > Log message:
> > - package libmid.so.0.0.0 (libmid.so.0 points to this file)
> ...
> > -%attr(755,root,root) %{xmms_input_plugindir}/*.so
> > +%attr(755,root,root) %{xmms_input_plugindir}/*.so*
>
> shouldn't there be *.so.*.*.* and %ghost for *.so.* ?
correct solution is to pass -avoid-version to linker.
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [ac] rpm 4.4.9
On Sun, 13 Jan 2008 13:13:09 +0100 Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote: > On Sunday 13 of January 2008, Elan Ruusamäe wrote: > > > what's different: > > - -Wl,as-needed is enabled (just didn't feel neccessary to kill it, > > should work with ac gcc) > > AFAIK as-needed works correctly only in more or less recent 4.x gcc. no true. It works perfectly with 3.4.6 -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: broken .desktop files
On Sun, 24 Feb 2008 21:59:05 +0200 Elan Ruusamäe <[EMAIL PROTECTED]> wrote: > please now revert the change that made MimeType terminated with > semicolon. > > you broke KDE mimetypes (it sees it as "application/x-mplayer2;" not > as "application/x-mplayer2" according to standard [1] this change is correct. [1] http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.0.html#mime-types -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xulrunner.spec - as long system nss is not used the nss library deps...
On Wed, 18 Jun 2008 22:37:31 +0200 glen <[EMAIL PROTECTED]> wrote: > Author: glen Date: Wed Jun 18 20:37:31 2008 > GMT Module: SPECS Tag: HEAD > Log message: > - as long system nss is not used the nss library deps should not be > provided nor required outside (some applies to firefox3 package) that looks like: "I'm too lazy to build nss 3.12.x, I can screw the spec!". -- Fryderyk Dziarmagowski ___ 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): shared-mime-info.spec - proper glib2 deps - moved to DEVEL
On Mon, 30 Jun 2008 10:28:30 +0200 patrys <[EMAIL PROTECTED]> wrote: > Author: patrys Date: Mon Jun 30 08:28:30 2008 > GMT Module: SPECS Tag: DEVEL > Log message: > - proper glib2 deps [...] > +Requires:glib2 >= 1:2.17.2 What is the cause of this change? -- Fryderyk Dziarmagowski ___ 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): shared-mime-info.spec - proper glib2 deps - moved to DEVEL
On Tue, 1 Jul 2008 10:23:23 +0200 "Patryk Zawadzki" <[EMAIL PROTECTED]> wrote: > On Mon, Jun 30, 2008 at 7:48 PM, Fryderyk Dziarmagowski > <[EMAIL PROTECTED]> wrote: > > On Mon, 30 Jun 2008 10:28:30 +0200 > > patrys <[EMAIL PROTECTED]> wrote: > > > >> Author: patrys Date: Mon Jun 30 08:28:30 2008 > >> GMT Module: SPECS Tag: DEVEL > >> Log message: > >> - proper glib2 deps > > [...] > >> +Requires:glib2 >= 1:2.17.2 > > What is the cause of this change? > > It was discussed several times on GNOME mailing lists - several > packages compiled with old glib are known to fail with this version of > shared-mime-info. See bugs in Fedora, Debian and Gentoo (no direct > links at hand). Rumors on GNOME ml should be a source of PLD development. shared-mime-info 0.40 is not present in debian repo, Fedora got no bug reports about this, Gentoo bug says "rebuild your mime.cache" because of format change between 0.30 and 0.40. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC: awesome3
On Fri, 1 Aug 2008 22:27:23 +0200 "Zsolt Udvari" <[EMAIL PROTECTED]> wrote: > Hi all! hi, > My favoruite window manager is awesome and it's released 3.0-rc1 > today. I've created a spec file and I think it doesn't conflicts with > awesome2 (I've renamed man pages and binaries) so you can use both > together. will be interesting to see that spec, I'm curious how many workarounds are used for brain damaged cmake build system ;) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gdm 2.24.0
On Mon, 13 Oct 2008 12:34:39 +0200 "Patryk Zawadzki" <[EMAIL PROTECTED]> wrote: > On Mon, Oct 13, 2008 at 12:05 PM, Radoslaw Zielinski > <[EMAIL PROTECTED]> wrote: > > I have backed out gdm 2.24.0 to DEVEL. Reasons: > > > > 1) does not work: hangs the keyboard (only SysRq works) and the > > "Shutdown" / "Reboot" buttons do nothing > > It does work - our SystemV starts mingetty after X and tty1 steals > keyboard input (Xorg takes the first free vte upon start, this is not > a gdm problem). > > Possible solutions: > > - install upstart-SystemV which brings ttys up before X - that's what > most distros do > > - move gdm startup to /etc/inittab - that's what the rest of the distros do > > - force Xorg to use a certain tty (there used to be a hack in GDM 2.20 > for this as at this time Xorg did not have vte detection of its own, > now detection is the recommended way to start Xorg as it allows one to > have unlimited Xorg instances on one machine) > > > 2) it's not finished, according to http://live.gnome.org/GDM > > Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release. So what? There are way too much regressions in 2.24 to include it in serious distribution. Being a part a GNOME 2.24 does not mean nothing and the best example for this is completly unfinished gnome-session. Gentoo will not even release 2.24 due to seriuos regressions. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: New kernel in Th - 2.6.27.4
On Tue, 4 Nov 2008 21:07:46 +0100 "Lukasz Kies" <[EMAIL PROTECTED]> wrote: > 2008/11/4 Arkadiusz Miskiewicz <[EMAIL PROTECTED]>: > > > > Hello, > > > > There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff as > > 2.6.25.x was + additionally grsec_full and apparmor by default. > > > > Please test it and report bugs. 0.1 rel runs on carme for last few days > > without problems. > > I couldn't load i915 module. Here's dump from dmesg: > > [22176.695418] mtrr: no MTRR for d000,1000 found > [22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5 > [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual > address for ring buffer > > Could someone else confirm? If you need any other info, just let me know. nothing special, xf86-intel-2.5.0 doesn't not cooperate correctly with kernel 2.6.27.x. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: xorg-xserver-server-1.5.3-2.i686
On Tue, 11 Nov 2008 19:15:08 +0100 "Patryk Zawadzki" <[EMAIL PROTECTED]> wrote: > To make is work the following change is needed in the xorg.conf > (either that or a working input.fdi for HAL): > > Section "ServerFlags" > Option "AllowEmptyInput" "False" > Endsection how is this supposed to work? according to xorg-xserver-server.spec HAL support is disabled by default (%bcond_with hal) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: xorg-xserver-server-1.5.3-2.i686
On Tue, 11 Nov 2008 19:23:15 +0100 Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote: > On Tuesday 11 of November 2008, Patryk Zawadzki wrote: > > To make is work the following change is needed in the xorg.conf > > (either that or a working input.fdi for HAL): > > Hal is disabled in this build. there are options to disable it at runtime, it should be done this way. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th: If you are looking for kde3, kernel 2.6.27 or xserver 1.5...
On Wed, 11 Mar 2009 12:44:17 +0100 Arkadiusz Miskiewicz wrote: > On Wednesday 11 of March 2009, Michal Kochanowicz wrote: > > On Wed, Mar 11, 2009 at 09:56:54AM +0100, Arkadiusz Miskiewicz wrote: > > > Th users: If you are looking for kde3, kernel 2.6.27 or xserver 1.5... > > > then please look at new directory "obsolete" on ftp in th tree. > > > > > > Main tree uses 2.6.28, xserver 1.6 and kde4 now. > > > > Are you aware that this config (2.6.28 + 1.6) is not usable on Intel > > video adapters? > > I'm aware of some problems but I also know about working configurations (like > one 2m away from my desk). True, I got two Intel adapters (one is same as Michal's) working without smallest problems (but I'm using patched kernel, see url I've attached) > > I've seen threads on "pl" groups and I've tried this on > > laptop with "Intel Corporation Mobile 945GM/GMS, 943/940GML Express > > Integrated Graphics Controller (rev 03)". The result is random mess on > > screen and deadlock (magick sysrq doesn't work). > > This needs to be fixed then. Unfortunately I don't own intel GPU (yet, should > change soon, like in 3 weeks) so can do nothing about it. Are there upstream > bugreports about these? Some issues are fixed here: http://intellinuxgraphics.org/download/2008Q4-rc4/2008q4-kernel-against-2.6.28.patch Patch requires minor adjusting (agp update is already merged upstream) -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: bluez/bluez.init - use udev for starting stuff
On Sat, 08 Aug 2009 13:33:28 +0200
arekm wrote:
> Author: arekmDate: Sat Aug 8 11:33:28 2009 GMT
> Module: packages Tag: HEAD
> Log message:
> - use udev for starting stuff
>
> Files affected:
> packages/bluez:
>bluez.init (1.5 -> 1.6)
>
> Diffs:
>
>
> Index: packages/bluez/bluez.init
> diff -u packages/bluez/bluez.init:1.5 packages/bluez/bluez.init:1.6
> --- packages/bluez/bluez.init:1.5 Tue Aug 4 21:13:20 2009
> +++ packages/bluez/bluez.init Sat Aug 8 13:33:22 2009
> @@ -1,6 +1,6 @@
> #!/bin/sh
> #
> -# bluetooth Bluetooth subsystem starting and stopping
> +# bluetooth Bluetooth subsystem starting and stopping. Turn HID adapters
> into Bluetooth ones.
> #
> # chkconfig: 345 50 83
> #
> @@ -17,11 +17,12 @@
> start() {
> # Check if the service is already running?
> if [ ! -f /var/lock/subsys/bluetooth ]; then
> - msg_starting hid2hci
> - daemon /usr/sbin/hid2hci -q -r hci
> - RETVAL=$?
> - /bin/sleep 1 # delay for hid's to be detected by hotplug
> - touch /var/lock/subsys/bluetooth
> + if [ -x /sbin/udevadm ]; then
> + msg_starting "Bluetooth devices"
> + daemon /sbin/udevadm trigger --subsystem-match=bluetooth
> + RETVAL=$?
> + touch /var/lock/subsys/bluetooth
> + fi
this is redundant. if there is a bluetooth subsystem present, all
events are already triggered by start_udev.
--
freetz
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: gtk2-change-theme/gtk-chtheme.xpm (NEW), gtk2-change-theme/gtk-ch...
[ some suggestions regarding desktop file ] On Sat, 19 Sep 2009 13:26:11 +0200 uzsolt wrote: > Index: packages/gtk2-change-theme/gtk-chtheme.desktop > diff -u /dev/null packages/gtk2-change-theme/gtk-chtheme.desktop:1.1 > --- /dev/null Sat Sep 19 13:26:11 2009 > +++ packages/gtk2-change-theme/gtk-chtheme.desktopSat Sep 19 13:26:06 2009 > @@ -0,0 +1,11 @@ > +[Desktop Entry] > +Version=1.0 Version field is not required (but can be used when .desktop file is standard conform) > +Encoding=UTF-8 deprecated, shouldn't be used > +Name=Gtk-ChTheme > +GenericName=GTK+ 2.0 theme changer and previewer utility this is wrong, it should only contain generic name like "Theme changer" > +Comment=GTK+2.0 Theme Changer same here, according to spec it should only shortly describe functionality of a program (for a tooltip) > +Exec=/usr/bin/gtk-chtheme in common location case it shouldn't be a absolute path, Exec=gtk-chtheme should be used here > +Terminal=false > +Type=Application > +Icon=/usr/share/pixmaps/gtk-chtheme.xpm same as with Exec, there is no need to put path to icon for common locations. Icon name should not contain extension for common icon types (like png, svg and xpm) [ Icon=gtk-chtheme] > +Categories=DesktopSettings;System; System does not belongs here, GTK; is missing [ Categories=GTK;DesktopSettings; ] see for details: http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.0.html http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html -- freetz ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: gnome-mplayer/gnome-mplayer.spec - BR: GConf2, GConf2-devel, curl...
On Wed, 25 Nov 2009 17:43:38 +0100 sparky wrote: > Author: sparky Date: Wed Nov 25 16:43:38 2009 GMT > Module: packages Tag: HEAD > Log message: > - BR: GConf2, GConf2-devel, curl-devel, gnome-power-manager, pulseaudio, which What is the idea behind adding tons of wrong BRs? -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: autoconf/autoconf.spec - lzma command is not compatible with xz f...
On Sun, 21 Feb 2010 17:38:00 +0100
sparky wrote:
> Author: sparky Date: Sun Feb 21 16:38:00 2010 GMT
> Module: packages Tag: HEAD
> Log message:
> - lzma command is not compatible with xz format, changed lzma -> xz
>
> Files affected:
> packages/autoconf:
>autoconf.spec (1.143 -> 1.144)
>
> Diffs:
>
>
> Index: packages/autoconf/autoconf.spec
> diff -u packages/autoconf/autoconf.spec:1.143
> packages/autoconf/autoconf.spec:1.144
> --- packages/autoconf/autoconf.spec:1.143 Sun Feb 21 17:30:06 2010
> +++ packages/autoconf/autoconf.spec Sun Feb 21 17:37:54 2010
> @@ -198,7 +198,7 @@
>
> %prep
> %setup -q -c -T
> -lzma -dc %{SOURCE0} | tar xf - -C ..
> +xz -dc %{SOURCE0} | tar xf - -C ..
tar already got xz support, %setup alone will do the job
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: xulrunner/xulrunner.spec - up to 1.9.2.3 - some loose *.so added ...
On Sat, 03 Apr 2010 15:52:28 +0200
duddits wrote:
> Author: duddits Date: Sat Apr 3 13:52:28 2010 GMT
> Module: packages Tag: HEAD
> Log message:
> - up to 1.9.2.3
> - some loose *.so added to -libs
[...]
> +%attr(755,root,root) %{_libdir}/%{name}/libfreebl3.so
> %attr(755,root,root) %{_libdir}/%{name}/libmozjs.so
> +%attr(755,root,root) %{_libdir}/%{name}/libnss3.so
> +%attr(755,root,root) %{_libdir}/%{name}/libnssckbi.so
> +%attr(755,root,root) %{_libdir}/%{name}/libnssdbm3.so
> +%attr(755,root,root) %{_libdir}/%{name}/libnssutil3.so
> +%attr(755,root,root) %{_libdir}/%{name}/libsmime3.so
> +%attr(755,root,root) %{_libdir}/%{name}/libsoftokn3.so
> +%attr(755,root,root) %{_libdir}/%{name}/libssl3.so
> %attr(755,root,root) %{_libdir}/%{name}/libxpcom.so
> %attr(755,root,root) %{_libdir}/%{name}/libxul.so
this is wrong, those are already provided by nss.
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages (Titanium): kernel-desktop/kernel-desktop.spec - move -drm subpack...
On Tue, 10 Aug 2010 11:09:07 +0200 shadzik wrote: > Author: shadzik Date: Tue Aug 10 09:09:07 2010 GMT > Module: packages Tag: Titanium > Log message: > - move -drm subpackage to main kernel package > - reason: geninitrd fails to put your kms enabled drm driver to initrd while > upgrading the kernel > - rel u- move -drm subpackage to main kernel package > - reason: geninitrd fails to put your kms enabled drm driver to initrd while > upgrading the kernel > - rel extended You are breaking your own rules [1] commiting such change. There is already working solution present in kernel.spec [1] http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/kernel-desktop/kernel-desktop.spec?r1=1.204.2.14&r2=1.204.2.15 -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken.
On Fri, 31 Dec 2010 12:06:15 + Przemo Firszt wrote: > Dnia 2010-12-19, nie o godzinie 21:49 +, Przemo Firszt pisze: > > Hi, > > [prz...@pldmachine ~]$ nm-applet > > ** Message: applet now removed from the notification area > > ** Message: applet now embedded in the notification area > > > > ** (nm-applet:3424): WARNING **: activate_connection_cb(): > > Connection activation failed: No user settings service available > > > > nm-applet shows all wifis in my area, but refuses to connect. Works fine > > for root or started with sudo. Any ideas how to fix it? > > > > My NetworkManager.conf file: > > > > [prz...@pldmachine ~]$ cat /etc/NetworkManager/NetworkManager.conf > > > > [main] > > plugins=ifcfg-rh,keyfile > > no-auto-default=00:16:d4:3b:10:02, > > nm-applet problems, usb mounting problems and accessing sound device > problems - all of them have been boiled down to ConsoleKit-0.4.3. > There was a change between 0.4.1 (works) and 0.4.3 (doesn't work) that > makes 0.4.3 unusable in PLD for the moment. More details here: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598150 > https://bugs.freedesktop.org/show_bug.cgi?id=28377 0.4.3 works here, above bug reports are spotting some configuration problems not related to CK. > For CK-0.4.1: > ck-list-sessions shows for current session > active = TRUE > and everything (nm-applet, sound, mounting usd drives) works fine. > > For CK-0.4.3: > ck-list-sessions shows for currens session > active = FALSE > and nothing from above list works... CK session was not started properly (there are some missing bits in PLD to run it out of a box). > The attached patch has been found in the debian bug report. It fixes the > issue, but it's a simple revert of the changes that introduced the > problem. It _should_not_ be pushed to the PLD repo without discussion > about possible side effects. There is no reason to revert it. > Reagrds, > Przemo Firszt -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken.
On Sat, 01 Jan 2011 14:10:50 + Przemo Firszt wrote: > Dnia 2010-12-31, pią o godzinie 18:14 +0100, Fryderyk Dziarmagowski > pisze: > [..] > > > > CK session was not started properly (there are some missing bits in PLD > > to run it out of a box). > > OK, fair enough. Can you be a bit more specific? How I can fix it? > I have exec ck-launch-session in .xinitrc, but that doesn't make any > difference. ck-launch-session seems to be not sufficient anymore. What about pam_ck_connector? It should open a new ck session on login without any additional magic... > > > The attached patch has been found in the debian bug report. It fixes the > > > issue, but it's a simple revert of the changes that introduced the > > > problem. It _should_not_ be pushed to the PLD repo without discussion > > > about possible side effects. > > > > There is no reason to revert it. > > I'm OK with that. It just worked for me :-) reducing that patch too: -/* don't set is-local here - let the daemon do that */ +si->is_local = TRUE; +si->is_local_is_set = TRUE; works as well. -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken.
On Sun, 2 Jan 2011 14:14:02 +0100 Jacek Konieczny wrote: > On Sat, Jan 01, 2011 at 02:10:50PM +, Przemo Firszt wrote: > > Dnia 2010-12-31, pią o godzinie 18:14 +0100, Fryderyk Dziarmagowski > > pisze: > > [..] > > > > > > CK session was not started properly (there are some missing bits in PLD > > > to run it out of a box). > > > > OK, fair enough. Can you be a bit more specific? How I can fix it? > > I have exec ck-launch-session in .xinitrc, but that doesn't make any > > difference. > > +1 > > Answering 'something is missing' is not very helpful when things doesn't > work for people. Basically PLD's xinit lacks proper CK support. See Fedora, Gentoo, Debian for working examples. A "workaround" posted in your previous post is a step in a right direction. > I have to manually set ACL for /dev/dri/* to have OpenGL working because > of that 'broken something' (if you insist CK is not broken). Well, just don't use udev-acl and add SUBSYSTEM=="drm", GROUP="video" to 50-my-lovely-intel-video-accelerator.rules But wait! It's too crappy to play Penumbra anyway... ;) > > > There is no reason to revert it. > > Maybe someone should finish it so it works properly for all PLD users > _or_ revert it. I we know 'there are some missing bits in PLD' then the > change should not be incorporated until the missing bits are fixed IMHO. Maybe. Any volunteers? But seriously. "no reason to revert" it's just my opinion (and I'm not a developer). The crappy gdm thing works with CK 0.4.3 version, so I assume it can be done without reverting it. > > I'm OK with that. It just worked for me :-) > > I am still trying… > > Greets, > Jacek Regards -- Fryderyk Dziarmagowski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ConsoleKit-0.4.3 doesn't work for PLD, was: Re: Network-Manager nm-applet-0.8.2 is broken.
On Mon, 3 Jan 2011 14:20:22 +0100
Jacek Konieczny wrote:
> On Mon, Jan 03, 2011 at 12:54:43PM +, Przemo Firszt wrote:
> > We have already have it:
> > [prz...@pldmachine ~]$ sudo grep pam_ck_connector /etc/pam.d/*
> > /etc/pam.d/login:sessionoptionalpam_ck_connector.so
> >
> > and it's not enough.
>
> Adding that to /etc/pam.d/xserver didn't help either (I have no idea how
> this is supposed to work).
My example setup (sufficient for plain startx)
# grep ck_co /etc/pam.d/*
/etc/pam.d/login:session optional pam_ck_connector.so debug
# grep CK /etc/security/pam_env.conf
CKCON_X11_DISPLAY=:0
CKCON_X11_DISPLAY_DEVICE=/dev/tty9
% ck-list-sessions
Session2:
unix-user = '500'
realname = 'Fryderyk Dziarmagowski'
seat = 'Seat1'
session-type = ''
active = FALSE
x11-display = ''
x11-display-device = ''
display-device = '/dev/tty2'
remote-host-name = ''
is-local = TRUE
on-since = '2011-01-04T17:04:56.791272Z'
login-session-id = '5'
idle-since-hint = '2011-01-04T17:05:31.004602Z'
after startx:
Session3:
unix-user = '500'
realname = 'Fryderyk Dziarmagowski'
seat = 'Seat1'
session-type = ''
active = TRUE
x11-display = ':0'
x11-display-device = '/dev/tty10'
display-device = '/dev/tty2'
remote-host-name = ''
is-local = TRUE
on-since = '2011-01-04T17:05:02.294675Z'
login-session-id = '5'
# tail -1 /var/log/debug
Jan 4 18:04:56 aquarius login: pam_ck_connector (login:session):registered
uid=500 on tty='/dev/tty2' with ConsoleKit
--
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
