Re: Th builders - don't send request
On Fri, Dec 29, 2006 at 10:04:39PM +0100, Arkadiusz Miskiewicz wrote:
> Please do not send any upgrade requests to th builders. Only test builds are
> allowed until we solve th-i486 issue.
[EMAIL PROTECTED]:pld-builder.new/config/acl.conf ?
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: SPECS: mozilla-firefox.spec - updated to version 2.0, - release 0....
On Wed, Oct 25, 2006 at 06:31:50PM +0200, Cezary Krzyzanowski wrote:
> I'm totally unaware, why did You (cieciwa) tried to make FF once more,
> when DEVEL branch had it almost all!?
Dont bother with him, he's not reading devel-en. Just merge DEVEL to
HEAD overwriting his commits.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: rpm-build-macros.spec - 1.316: added %env_update
On Thu, Aug 31, 2006 at 11:03:25PM +0300, Elan Ruusamäe wrote:
> > Ok, i see its optional now, just in what way its better? Moving from
> > separate config files to one, that needs to be updated.
>
> well. hope this explains:
It doesn't :-)
0.013 in worst case, you wont have time to blink during that time ;-P
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: rpm-build-macros.spec - 1.316: added %env_update
On Thu, Aug 31, 2006 at 10:05:51PM +0300, Elan Ruusamäe wrote:
> > Why do we need this? Those variables are exported by /etc/profile
>
> see env-update.spec and /etc/profile from [EMAIL PROTECTED]
>
> and of course that /sbin/env-update is all optional like everything in PLD :)
Ok, i see its optional now, just in what way its better? Moving from
separate config files to one, that needs to be updated.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: rpm-build-macros.spec - 1.316: added %env_update
On Thu, Aug 31, 2006 at 06:03:46PM +0200, glen wrote:
> Author: glen Date: Thu Aug 31 16:03:46 2006 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - 1.316: added %env_update
Why do we need this? Those variables are exported by /etc/profile
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kernel devel provides obsoletes
On Thu, Aug 31, 2006 at 05:10:50PM +0300, Elan Ruusamäe wrote:
> %package headers
> Provides: kernel-i2c-devel
> Obsoletes: kernel-i2c-devel
If that worked as it should you wouldn't have conflicts but proper
obsoletes.
> > They only do if its the same kernel version,
> > different release, otherwise they go to /usr/src/linux-$version and
> > everything is fine.
> are you suggesting it's poldek bug?
I'm not suggesting anything :-)
I just know i had kernel-build for 2 kernels installed at the same
moment without any conflicts (some recent 2.6). I remember changing
/usr/src/linux symlink for building modules for different kernels and i
dont use nodeps/force. So it seems it was ok.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kernel devel provides obsoletes
On Thu, Aug 31, 2006 at 04:52:23PM +0300, Elan Ruusamäe wrote:
> why *-module-build conflicts with other *-module-build but doesn't obsolete
> each other?
Where do they conflict? They only do if its the same kernel version,
different release, otherwise they go to /usr/src/linux-$version and
everything is fine.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
python 2.5
error: python-devel-2.5-0.c1.1: req /usr/bin/python2.5 not found
poldek:/all-avail> search -f /usr/bin/python2.5
Searching packages..done.
No package matches '/usr/bin/python2.5'
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [th] apache-base requires /etc/monit
On Wed, Aug 23, 2006 at 09:31:57PM +0200, Arkadiusz Miskiewicz wrote:
> The *dir* should be only in monit.spec package while apache config file for
> monit in monit-apache subpackage.
True, sorry for misunderstanding.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [th] apache-base requires /etc/monit
On Wed, Aug 23, 2006 at 09:00:51PM +0200, Arkadiusz Miskiewicz wrote:
> > Move it to filesystem.spec imo, the same with /etc/logrotate.d (not
> > everyone might want to have it and some core applications provide
> > configs for it)
>
> Wouldn't monit-apache subpackage be better? We don't end up with tons of
> application specific directories in filesystem.spec.
I'd prefer more or less generic dirs in one package then _tons_ of
single one dir packages.
--
Regards Havner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [th] apache-base requires /etc/monit
On Wed, Aug 23, 2006 at 07:15:22PM +0100, Radoslaw Zielinski wrote:
> apache-base requires the /etc/monit directory thanks to our new favorite
> rpm feature. What's the correct way to fix this? R: monit is a no-no,
> of course.
Move it to filesystem.spec imo, the same with /etc/logrotate.d (not
everyone might want to have it and some core applications provide
configs for it)
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
pgphyx6Ka31Dk.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: [STBR] AC
On Thu, Aug 10, 2006 at 01:15:49AM +0200, Paweł Gołaszewski wrote:
> On Thu, 10 Aug 2006, Adam Gołębiowski wrote:
> > php4-eaccelerator.spec:AC-branch(needs rebuilt)
>
> php-eaccelerator.spec (new version - works really better, with full php5
> support)
Sent, next time rebranch before requesting.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [STBR] AC
On Thu, Aug 10, 2006 at 12:05:48AM +0200, Adam Gołębiowski wrote:
> php4-eaccelerator.spec:AC-branch (needs rebuilt)
> x11vnc.spec:AC-branch (CVE-2006-2450)
> vim.spec:AC-branch(bugfixes)
> apache-mod_cband.spec:AC-branch (bugfixes)
> kcheckgmail.spec:AC-branch(new package)
>
> anyone?
sent
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES (LINUX_2_6): grsecurity-2.1.9-2.6.17.7.patch - finished up...
On Tue, Aug 08, 2006 at 10:52:15AM +0200, hawk wrote:
> Author: hawk Date: Tue Aug 8 08:52:15 2006 GMT
> Module: SOURCES Tag: LINUX_2_6
> Log message:
> - finished updating for vserver patched kernel, now it applies and I hope
> it also works (didn't tested yet)
>
> --- linux-2.6.17.7/include/linux/sysctl.h2006-07-24 23:36:01.0
> -0400
> +++ linux-2.6.17.7/include/linux/sysctl.h2006-08-01 20:29:48.0
> -0400
> @@ -148,8 +148,21 @@ enum
> - KERN_SPIN_RETRY=70, /* int: number of spinlock retries */
> KERN_ACPI_VIDEO_FLAGS=71, /* int: flags for setting up video after ACPI
> sleep */
> KERN_IA64_UNALIGNED=72, /* int: ia64 unaligned userland trap enable */
> + KERN_FBSPLASH=73, /* string: path to fbsplash helper */
> +#ifdef CONFIG_GRKERNSEC
> +KERN_GRSECURITY=98, /* grsecurity */
> +#endif
Argh, i just fixed it in previously applied patch. Dont make grsec
FBSPLASH dependent. Put this ifdef on the begining of the enum.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
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
On Tue, Aug 01, 2006 at 09:26:27AM +0300, Elan Ruusamäe wrote:
> On Monday 24 July 2006 05:44, Elan Ruusamäe wrote:
> > does the --as-needed work also for Ac gcc?
> anybody can answer this?
Is it gcc option? It should be linker (and is in ld manual). Tho i'm not
sure how is passed to it (maybe through gcc :-))
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gtkmozembed (mozilla-firefox) i czcionki
On Tue, Jul 25, 2006 at 05:42:38AM +0200, havner wrote:
Sorry, this was supposed to go to -pl list.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
gtkmozembed (mozilla-firefox) i czcionki
Chyba jest jakas nielogicznosc w wybieraniu czcionek przez embed
firefoxa.
X11-fonts-100dpi-6.9.0-1
X11-fonts-100dpi-ISO8859-1-6.9.0-1
X11-fonts-100dpi-ISO8859-2-6.9.0-1
X11-fonts-75dpi-6.9.0-1
X11-fonts-75dpi-ISO8859-1-6.9.0-1
X11-fonts-75dpi-ISO8859-2-6.9.0-1
X11-fonts-ISO8859-1-6.9.0-1
X11-fonts-ISO8859-2-6.9.0-1
fonts-TTF-microsoft-20020525-7wla
Mam zainstalowane i dzialajace Helvetica,Arial,Verdana (zarowno iso1 jak
i iso2). Na potrzeb testow korzystam tylko z domyslnego
/etc/fonts/fonts.conf
Z tego co rozumiem i widze jak dziala jesli aplikacja (korzystajaca z
czcionek przez fontconfig) chce czcionki Sans (sans-serif). Dobierana
jest pierwsza czcionka z listy w fonts.conf
sans-serif
Bitstream Vera Sans
Verdana
Arial
Albany AMT
(...)
I generalnie dziala to jak powinno dla aplikacji GTK/QT czy wszelkich
innych. Jak zmieniam ta kolejnosc, sans zmienia sie odpowiednio.
Problem napotkalem z gtkmozembed w wykonaniu firefoxa (z mozilla chyba
tego nie byloi). Przyklad yelp:
http://ep09.pld-linux.org/~havner/yelp-helvetica.png
Zamiast Verdany wyswietlil Helvetica. Zadnymi kombinacjami z fonts.conf
nie udalo mi sie tego poprawic. Natomiast kiedy zablokuje w fontconfigu
wszystkie czcionki bitmapowe lub po prostu je odinstaluje wyswietla
poprawnie. Reaguje nawet na zmiany w kolejnosci w fonts.conf.
Od razu mowie nie jest to wina yelpa bo np epiphany czy liferea-mozilla
zachowuja sie identycznie.
Wyglada to tak jakby gtkmozembed mialo na sztywno pobieranie Helvetica
dla serif i Time dla sans (tu jest ten sam problem, z monospace nie
wystepuje) zanim skorzysta z kolenosci w fonts.conf.
Ma ktos jakis pomysl, albo chociaz sugestie gdzie tego szukac?
Workaroundy w stylu blokady czcionek bitmapowych nie wchodza w gre, bo
korzystam z jednej przez fontconfig, zreszta bardziej interesuje mnie co
jest nie tak.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: pwdutils.spec - /etc/skel/tmp added - rel 3
On Mon, Jul 17, 2006 at 11:22:21AM +0200, Paweł Gołaszewski wrote:
> On Mon, 17 Jul 2006, havner wrote:
> > - /etc/skel/tmp added
> [...]
> > -install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel}
> > +install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel/tmp}
> [...]
> > +%dir /etc/skel/tmp
> [...]
>
> filesystem.spec or some setup.spec?
shadow.spec:
Revision 1.99 2004/09/28 12:49:47 blues
- added /etc/skel/tmp
--
Regards Havner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
udev(cdr/cdrw)
Anyone against such patch?
IMO users should have rw access to CD devices, not only for writing.
F.e. cdaudio or eject requires them as well. Maybe group name is not the
best now, but it doesn't matter that much.
Index: udev.rules
===
RCS file: /cvsroot/SOURCES/udev.rules,v
retrieving revision 1.37
diff -u -r1.37 udev.rules
--- udev.rules 10 May 2006 18:38:30 - 1.37
+++ udev.rules 4 Jul 2006 12:21:16 -
@@ -41,9 +41,9 @@
BUS=="scsi", KERNEL=="sr[0-9]*", ACTION=="add", IMPORT="cdrom_id
--export $tempnode"
BUS=="scsi", KERNEL=="scd[a-z]", ACTION=="add", IMPORT="cdrom_id
--export $tempnode"
-ENV{ID_CDROM}=="?*", SYMLINK+="cdrom", GROUP="disk"
+ENV{ID_CDROM}=="?*", SYMLINK+="cdrom", GROUP="cdwrite"
ENV{ID_CDROM_CD_RW}=="?*", SYMLINK+="cdrw",GROUP="cdwrite"
-ENV{ID_CDROM_DVD}=="?*", SYMLINK+="dvd", GROUP="disk"
+ENV{ID_CDROM_DVD}=="?*", SYMLINK+="dvd", GROUP="cdwrite"
ENV{ID_CDROM_DVD_R}=="?*", SYMLINK+="dvdrw", GROUP="cdwrite"
LABEL="ide_end"
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
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 Thu, Jan 05, 2006 at 11:30:37AM +0200, Elan Ruusamäe wrote:
> and it does make those nodes, plus some more if MAKEDEV is installed, which i
> didn't have there.
>
> btw it copies /etc/udev/devices also only if makedev installed, but doing cp
> -a can be acomlished without MAKEDEV
I fixed that...
revision 1.24
date: 2005/11/12 01:26:55; author: havner; state: Exp; lines: +1 -1
- MAKEDEV is not required to copy files from /etc/udev/devices
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
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 Thu, Jan 05, 2006 at 12:31:40PM +0100, Fryderyk Dziarmagowski wrote:
> --- 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.
But rc-scripts set kernel.hotplug after start_udev
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
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, 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?
> Why should it affects hotplug package? Hotplug is
> not responsible for creating of device nodes.
true :-)
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
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, Jan 04, 2006 at 12:43:33PM +0100, Fryderyk Dziarmagowski wrote:
> 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.
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)
> 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 ""
Its hardcoded into kernel for udevsend or autodetected?
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
udev
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.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
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 [03/01/2006]
On Tue, Jan 03, 2006 at 07:16:52PM +0100, Arkadiusz Miskiewicz wrote:
> There will be also some missing things between architectures - Averne had
> some
> scripts to do comparsion, I hope he will update them + provide some data for
> us.
It was already me, not averne :-)
cvs://admin/ftpadm/chkrest.pl
there was a "rest" file generated by chkbuild in old ftp automatic.
f.e.:
~pldac/ac/PLD/.tmp/rest (@ep09)
Nov 15 02:39 AsmEdit athlon i386 i586 i686
Oct 8 2003 SVGATextMode alpha athlon i386 i586 i686
Nov 11 04:14 X11-driver-firegl athlon i586 i686
it checked spec and Exclude/Exclusive Arch tags and printed which archs
are missing.
Dont know how would it work now since there is new automatic, but
chkbuild scripts should be still non invasive and could be used to
generate "rest" file for this script.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
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 Fri, Dec 23, 2005 at 09:49:50PM +0100, Jakub Bogusz wrote:
> Just tried it...
>
> 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?
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: Closing AC
On Fri, Dec 16, 2005 at 03:01:01PM +0100, [EMAIL PROTECTED] wrote:
> Dnia Fri, 16 Dec 2005 12:32:06 +0100, Tomasz Pala <[EMAIL PROTECTED]>
> napisał:
>
> > Because some people tried to convince me, that it is done and we must
> > only adapt some scripting to PLD. So if it exists I wanted to know how
> > it works. It turned out that there's noone here who knows anything more
> > than 'parallel' and 'dependencies'.
>
> How long will You keep insulting me? Where have I stated, that there
> already is a list of requirements? Stop fucking trolling and putting down
> something, which You aren't even interested in - would Ya? What is it that
> You know about it, which makes You accuse ppl of not knowing of? You
> haven't even bothered to look into specs that are already made and still
> You keep on jumping to conclusions and giving facts about things, You
> haven't even seen?
Ok, thank you, with this mail you just found a nice place in my
.procmailrc called /dev/drzewo. Too long of YOUR trolling on this list you
allmighty, smart aleck.
> > Or maybe just someone interested will check initNG or other really
> > existing projects? ;>
> >
>
> Or maby You just shut up and stop criticising things You haven't even
> bothered to check up would Ya?
"would Ya" Where do people take from such a language? Slams?
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: Closing AC
On Sun, Dec 11, 2005 at 04:21:15PM +0100, Daniel Dominik Rudnicki wrote:
> On Sunday 11 of December 2005 15:51, [EMAIL PROTECTED] wrote:
> >
> > blah blah blah
> >
> > [EMAIL PROTECTED]
> yep
> --
Nothing like constructive discussion :-)
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
pgpPxQSQ0Uf0q.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: poldek / iptables
On Thu, Nov 24, 2005 at 01:50:03PM +0100, havner wrote:
> Dwie sprawy.
Arg, sorry, this was supposed to go to devel-pl.
--
Regards Havner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: poldek / iptables
On Thu, Nov 24, 2005 at 01:50:03PM +0100, havner wrote:
> 2. iptables
> czemu jest:
> Release:[EMAIL PROTECTED]
>
> przeciez iptables budowane sa na llh, nie kernel-headers. Nawet w
> requires maja:
> Requires: kernel(netfilter) = %{_pomng_snap}
> (nie konkretny kernel a netfilter, ktore brany jest z llh)
> po co ten dodatkowy release z wersja kernela?
A nie, jednak jest budowany na kernel-headers..
BuildRequires: kernel-headers(netfilter) = %{_pomng_snap}
od kiedy tak? przeciez zawsze ztcp trzeba bylo czekac na llh z netfiltrem
zeby iptables zbudowac. cos mnie chyba ominelo.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
poldek / iptables
Dwie sprawy.
1. poldek
mam zainstalowane dwa kernele (oba name: kernel, bez zadnych grsec itp)
robie upgrade *
pisze mi ze multiple instances intalled, refusing to upgrade, normalne,
ale przy upgrade po zaleznosciach juz mu to nie przeszkadza.
Processing dependencies...
iptables-init-1.3.3-0.1 obsoleted by iptables-init-1.3.3-1
[EMAIL PROTECTED] obsoleted by [EMAIL PROTECTED]
[EMAIL PROTECTED] marks kernel-2.6.14.2-4 (cap
kernel(netfilter) = 20051115)
kernel-2.6.12.6-0.1 obsoleted by kernel-2.6.14.2-4
kernel-2.6.14.2-1 obsoleted by kernel-2.6.14.2-4
I ladnie instaluje, czy to jest zamierzone?
2. iptables
czemu jest:
Release:[EMAIL PROTECTED]
przeciez iptables budowane sa na llh, nie kernel-headers. Nawet w
requires maja:
Requires: kernel(netfilter) = %{_pomng_snap}
(nie konkretny kernel a netfilter, ktore brany jest z llh)
po co ten dodatkowy release z wersja kernela?
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: aspell
On Tue, Nov 01, 2005 at 11:42:50PM +0100, Paweł Gołaszewski wrote:
> On Wed, 2 Nov 2005, Elan Ruusamäe wrote:
> > aspell 0.60 to Ac?
> > what is the reason for 0.50 right now?
>
> We had some problems with aspell 0.60.
aspell 0.60 was in AC some time ago, we decided to downgrade cause there
was not many new features and it was significantly slower.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
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): poldek.spec - also package info file - BTW, why...
On Wed, Jul 27, 2005 at 12:35:59PM +0200, havner wrote:
> Its not a matter of fixing it, i wanted to know authors intentions in
> putting this rel here, cause it suggest that poldek 0.19 has been
> release while its not true.
s/suggest/suggests/;s/release/released/
sorry for kloczkish ;-)
--
Regards Havner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
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): poldek.spec - also package info file - BTW, why...
On Wed, Jul 27, 2005 at 01:21:10PM +0300, Elan Ruusamäe wrote:
> On Wednesday 27 July 2005 13:07, havner wrote:
> > Author: havner Date: Wed Jul 27 10:07:34 2005 GMT
> > Module: SPECS Tag: AC-branch
> > Log message:
> > - also package info file
> doesn't adding info files to package require you to call fix-info-dir?
yeah, fixed.
> > - BTW, why there is rel 1?? poldek 0.19 is not relased yet, there should
> > be still 0.%snap.1 release
> fix it :)
Its not a matter of fixing it, i wanted to know authors intentions in
putting this rel here, cause it suggest that poldek 0.19 has been
release while its not true.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: applnk.spec
Sorry, that was supposed to go on -pl list.
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
applnk.spec
SOURCES $ cvs log applnk-gnome-settings.menu
revision 1.1
date: 2005/03/30 23:03:58; author: havner; state: Exp;
- what the hell, it's redundant, but can be nice for gnome people
(settings submenu in "Desktop", as in original gnome-menus)
Jak widze po wprowadzeniu tego pojawil sie applnk-gnome.patch ktory
usuwa wyzej wymieniona redundancje. Jednak byla ona obecna tylko w
gnome, a patch freetza spowodowal ze pewne rzeczy przestaly byc dostepne
gdziekolwiek w innych wmach (glownie mowie tu o vfmg). Freetz, applnk
nie jest rzecza stricte gnomowa i imo nie mozna usuwac z niej rzeczy bo
akurat w gnome sa one dostepne gdzie indziej. Uzywam glownie xfce4 i
chcialbym miec dostep do ustawien gnome (niektore z nich sa w xfce4
uzywane, albo chociaz w gnomowych aplikacjach) z poziomu menu, a ten
patch skutecznie mi to uniemozliwia.
z applnk-gnome.patch:
+
Co to jest desktop menu? Ja u siebie takiego na pulpicie nie widze :->
Imo wieksza czesc patcha (cala dotyczaca applications.menu) do
wyrzucenia. Sprzeciwy?
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
