t; logrotate, nikt nikogo nie pytał o to "czy to naprawiać"
Chodzi mi o to, że nie możesz wymagać od kogoś, żeby czytał śmieci z
IRC-a. Czy to na ircnecie, czy na freenode.
--
Patryk Zawadzki
I solve problems.
___
pld-devel-en mailing list
akbyś nie odpierdalał personal crapu z abw, to by sobie glen mógł
> przeczytać o co chodzi.
IRC to nie bugtracker.
--
Patryk Zawadzki
I solve problems.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Aug 23, 2011 at 6:10 PM, Caleb Maclennan wrote:
> On Tue, Aug 23, 2011 at 17:54, Patryk Zawadzki wrote:
>> If you're only interested in a particular
>> group of packages, consider faking install-time expansion by calling a
>> common shell script in %post or %po
ros?
You can inject stuff at spec preprocessing time but that's not
something we usually do. If you're only interested in a particular
group of packages, consider faking install-time expansion by calling a
common shell script in %post or %posttrans.
--
Patryk Zawadzki
I solve problems.
___
ent
> implementations.
I'd vote for "on install" or "on demand" (think three versions of
python sharing the same python code but each using only a fraction of
installed packages).
--
Patryk Zawadzki
I solve problems.
___
p
hon code files in the RPM database without listing them
> in the spec files, we loose nothing by having the files there already
> (by explicitly listing them in the specs).
Can we plug into cpython's/pypy's module loader to detect when it
compiles stuff? If so, can we then laun
43; add /run
> What is this?
http://lists.fedoraproject.org/pipermail/devel/2011-March/150031.html
--
Patryk Zawadzki
I solve problems.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ted by said target. There is nothing to
clean up then.
--
Patryk Zawadzki
I solve problems.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ase somebody invokes as root and .pyo gets
> created? perhaps package .pyc as regular files and .pyo as ghosted then.
Not sure about PLD but I suppose we just followed what the others were
doing. Other distros did it this way so they could set proper selinux
attributes.
--
Patryk Zawadzki
I
On Fri, Apr 8, 2011 at 9:48 PM, Marcin Rybak wrote:
> U r right, spell error, sorry
Two spelling errors above, the word you are looking for are "you" and "are".
--
Patryk Zawadzki
I solve problems.
___
pld-devel-en mailing list
while Python (3.2) is an environment that precompiles
.py files on the fly (with the possibility of caching the results).
--
Patryk Zawadzki
I solve problems.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
er
> paths.
>
> But can't a shadow tree (perhaps /var/cache/python/usr/bin/__pycache__/*?) be
> done?
That's exactly what I mean, ideally we'd have cached pre-compiled
files built somewhere in /var/cache for root and ~/.local/cache
On Sun, Apr 3, 2011 at 3:04 PM, Jacek Konieczny wrote:
> On Sun, Apr 03, 2011 at 02:38:49PM +0200, Patryk Zawadzki wrote:
>> Except in Python you can execute/import .py files just fine. If the
>> program is not closed source, .pyc/.pyo/__pycache__ are just an
>> optimization
On Sun, Apr 3, 2011 at 2:21 PM, Bartosz Taudul wrote:
> On Sun, Apr 3, 2011 at 3:29 AM, Patryk Zawadzki wrote:
>>> I would opt for this solution. We had many problems previously due to
>>> removing
>>> py files and py files are very usefull when debugging or wor
software depends on being able to find .py files (plugin
discovery) and sources are often the only source of (up to date)
documentation. I currently keep a lot of source packages around in my
home dir because files coming from PLD packages are only readable to
pyth
On Tue, Mar 22, 2011 at 11:26 AM, Caleb Maclennan wrote:
> 2011/3/22 Bartosz Taudul :
>>> cvs up -jDEVEL
> Thanks widget.
s/widget/wiget/g
--
Patryk Zawadzki
I solve problems.
___
pld-devel-en mailing list
pld-devel-en@lists.pld
wn that the
usual TERM/KILL combo won't handle?
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Thu, Jan 27, 2011 at 4:44 PM, Mariusz Mazur wrote:
> On Thursday 27 of January 2011, Patryk Zawadzki wrote:
>> Does not matter. Rules are rules.
> No. Rules are created for a purpose. If they don't serve that purpose, they
> get changed.
As long as the change is done accor
#x27;t necessarily ask the
guy who hunts the most.
If you want CDG to be an exact copy of active developers, the whole
point of CDG will be void. There's 20 or so active devs. If they can't
agree on something, we can't ask them to approach the same
On Fri, Dec 31, 2010 at 6:14 PM, Fryderyk Dziarmagowski wrote:
> 0.4.3 works here, above bug reports are spotting some configuration
> problems not related to CK.
Ditto.
> There is no reason to revert it.
What he said.
--
Patryk Zawadzki
__
equires: %{name} = %{version}-%{release}
lines. Current packages are broken.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Nov 9, 2010 at 11:25 AM, lisu wrote:
> -Akcja rozgrywa się w czasie, gdy pewien sfrustrowany pracownik uwalnia
> +Akcja rozgrywa się w czasie, gdy pewien sflustrowany pracownik uwalnia
http://www.sjp.pl/co/frustracja
--
Patryk Za
On Tue, Sep 28, 2010 at 7:58 PM, Jakub Bogusz wrote:
> On Tue, Sep 28, 2010 at 05:11:01PM +0200, Patryk Zawadzki wrote:
>> Multiprocessing seems to be broken in our python packages:
>>
>> $ python -c 'from multiprocessing.queues import SimpleQueue'
>> Traceba
uot;/autoconf");
return 0;
}
$ gcc test.c -lrt
$ ./a.out ; echo $?
0
It seems our builders don't have semaphore support in their kernels
(or the syscalls are being filtered by some security mechanism).
This results in partially broken python (and renders me unab
2010/9/18 Tomasz Pala :
> On Sat, Sep 18, 2010 at 12:00:50 +0200, Patryk Zawadzki wrote:
>> Did anyone check what is the policy for other distros?
> I did and put it here - RTFA.
>
> In short: no .la files are packaged and no static builds are supported
> (means removing
On Sat, Sep 18, 2010 at 12:32 PM, Jakub Bogusz wrote:
> On Sat, Sep 18, 2010 at 12:00:50PM +0200, Patryk Zawadzki wrote:
>> On Sat, Sep 18, 2010 at 10:26 AM, Jakub Bogusz wrote:
>> > - remove *.la only for libraries with proper pkgconfig support, keep the
>> > rest
in.
> - remove *.la only for libraries with proper pkgconfig support, keep the
> rest in -devel
That's just a partial workaround.
> - remove all library *.la and -static packages
I'd like to drop -static from all the desktop packages. We only build
it
(we want
configure/autotools to take care of that anyway).
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Sep 7, 2010 at 8:00 PM, Jakub Bogusz wrote:
> But (AFAIK) they have no use without vala compiler.
> And IMO it would be logical that programs written in vala BR appropriate
> vala-* packages.
+1 even though the files are only needed at compilation time.
--
Patryk
I checked libtool complained when you asked it to link
statically without a .la file present. If it stays quiet now, I'll
more than gladly drop the .la file.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Sat, Jun 12, 2010 at 4:43 PM, Arkadiusz Miskiewicz wrote:
> On Saturday 12 of June 2010, Patryk Zawadzki wrote:
>> What you want is BR: %{_libdir}/libjpeg.so.62 so rpm generates the
>> *proper* Requires.
> rpm generates proper requires without such BR. They are figting o
PLD team.
>
> Removing this R: is (in my eyes) breaking the package on purpose!!
What you want is BR: %{_libdir}/libjpeg.so.62 so rpm generates the
*proper* Requires.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.o
without a performance hit.
+1
> Anyway, if you need to replicate your cache (can't afford to lose it),
> you're doing it wrong.
Sometimes it's not about "not losing the cache" but about
invalidating/refreshing all the redundant caches
act that the idea is great. It must work and be maintained (or at least
> stable as SysVinit) too.
Notice I only mentioned systemd as "by the way". I did not even think
about packaging it at this point in time.
--
Patryk Zawadzki
___
pld
ile using pulseaudio are actually bugs in kernel audio
modules and/or alsa API abuse (think opal, ekiga etc.).
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
s
> supervising, parallel start, etc. we should find a way to include
> Upstart support in our packages. Though, we should not replace the
> current, working solution.
BTW: http://0pointer.de/blog/projects/systemd.html
--
Patryk Zawadzki
___
pld-
mple
rc.d wrapper that runs "start $foo", "stop $foo" etc.
As for emitting signals, we should add these as required by
dependencies. I see no gain from adding them to every rc.d script.
> What do you think? Should I try to prepare a proof-of-concept
> implementation?
Ladi
at all?
>
> Or should I work on setting up a custom udev package with an an older
> version: something from the same generation as the kernel?
Isn't udev-compat enough? If not, maybe create another compat package?
--
Patryk Zawadzki
___
make} fails, your first target is -j1 :)
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Thu, Apr 22, 2010 at 12:30 AM, Kacper Kornet wrote:
> On Wed, Apr 21, 2010 at 11:22:12PM +0200, Patryk Zawadzki wrote:
>> The firmware helper is broken and does not load any firmware the
>> kernel requests.
>
>> Downgrading to 151 immediately fixes the problem (which s
The firmware helper is broken and does not load any firmware the
kernel requests.
Downgrading to 151 immediately fixes the problem (which seems to point
to /lib/udev/firmware binary).
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en
built (sometimes
referred to as "framework build").
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
s a reimplementation of update-grub for grub1
and lilo. It does not make sense to install this piece of crap if
grub2 comes with a better alternative.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
;t have to do anything at boot time, just chmod the nodes after
switch_root (or let udev rules do it) :)
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Wed, Dec 16, 2009 at 1:47 PM, Tomasz Pala wrote:
> On Wed, Dec 16, 2009 at 12:22:50 +0100, Patryk Zawadzki wrote:
>
>> Linux 2.6.32.* comes with a handy function:
>>
>> CONFIG_DEVTMPFS:
> [...]
>> Maybe we could simplify our geninitrd?
> How to simplify
mbers.
Meaningful symlinks, permissions and device ownership must
still be handled by userspace."
Maybe we could simplify our geninitrd?
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/li
2009/12/4 Bartosz Świątek :
> 2009/12/4 Patryk Zawadzki :
>> 2009/12/4 Bartosz Świątek :
>>> Yep, sure, I'm gonna waste my time by pressing 'e' each time I wan't
>>> single user mode - that's dump - really dump.
>> Sure, I guess thes
guilty. sorry and thanks for advices.
> Yes, that's the way one should admit to mistakes he has made. It's a
> shame you can't do that and can't apologize for PHP fuckup.
> Learn the word 'sorry' and responsibility for your actions, kid.
If you'r try
have added it.
Ooh, next year I'll just I'll go and drink with glen while
SomeoneElse™ adds stuff :)
>>> +1 to revert
>> where did you got the votes that you already revert-commited?
> Didn't have time to either wait for your response or to make a survey.
>
ally when PHP is used as FCGI the footprint of using shared
libraries is negligible. They only get loaded once (at FCGI startup),
not once per request or once per apache process. All apache processes
use sockets to talk to the same threaded FCGI daemon.
--
Patryk Zawadzki
___
2009/12/2 Pawel Golaszewski :
> I didn't checked but every php module loaded causes memory usage increase
> of each apache process. Crazy but it's the way apache works.
You mean "crazy but it's the way apache-mod_php works". Use CGI/FCGI
and your problem
pt that just
bump the version to the latest stable.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
2009/11/25 Elan Ruusamäe :
> On Wednesday 25 November 2009 11:36:38 Patryk Zawadzki wrote:
>> Switch to git / mercurial already? *hides*
> i'd see first git.pld-linux.org operating for the developer community first,
> but apparently nobody is working towards that.
It requir
ch source with unix line endings.
>
> or what you think?
Switch to git / mercurial already? *hides*
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
itly disable gtk test
> why?
Because it does not result in any functionality and introduces a
dependency loop:
gtk+2 → cairo → poppler → gtk+2
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rnel oops or 16 colors with
xorg-driver-video-nouveau-0.0.10-0.20090720.1.x86_64.
Either fix or revert.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Hi,
mpeg2dec.spec is now obsolete due to libmpeg2.spec superseding it. The
problem is libmpeg2 won't build on PPC due to some AltiVec problems.
Could any PPC owner look into and fix it so we can release updated
gstreamer plugins?
--
Patryk Zaw
On Wed, Jun 17, 2009 at 12:47 PM, amateja wrote:
> Author: amateja Date: Wed Jun 17 10:47:08 2009 GMT
> Module: packages Tag: HEAD
> Log message:
> - updated to 2.27.3
2.27 on HEAD?
WTF!?
--
Pat
ry to install again
If it still fails, I'd like to know the version of anaconda and
exactly when the error occurs (does it even start, which screen
crashes, what was chosen in the previous steps etc.).
--
Patryk Zawadzki
___
pld-devel-en mailing
but putting php_* inside a Perl or Python tool is a no-no. glen
suggested something like "SetHandler DoNothing" (that's what Drupal
does - set handler to a non-existent action to disable all parsers).
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
t (packaging bug). YMMV but most likely you
won't get a chance to execute any code.
To exploit .php.foo you can ask google for a list of sites using the
same software (for example querying for "powered by foo") and do a
mass scripted exploit. This allows people to run
ngine)
> So now you've exposed *.php.rpmsave contents (with plain passwords
> possible) one might have after some webapp upgrade, nice security.
Do we keep %config files in publicly accessible dirs? If we do, we
should be shot. And then shot again.
--
Patryk Zawadzki
___
ontrol
gnome-media-volume-control-2.26.0-1.i686
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ck during boot. I'm not going to reboot all the
machines I take care of just to make sure the time is right upon boot
:)
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
have no problem with it working this way, it's quite normal. The me being an
> idiot part is that I missed this functionality.
It's not normal. It's caused by broken collation settings.
--
Patryk Zawadzki
___
pld-devel-en mailing
2009/3/15 Lukasz Kies :
> I found that during build process of python-pynotify, pynotify.c is
> not regenerated.
Thanks, commited and sent to builders.
Please report bugs using Launchpad, it's easier to spot them there.
--
Patryk Zawadzki
ligation to follow Debian about this.
No, we should have obligations to follow ourselves - see ruby and python in PLD.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
multilib is already handled by different %{_libdir} value).
>
> BTW, Debian doesn't use this part of path at all - just perl version number.
Just like we do with Python arch-specific packages.
--
Patryk Zawadzki
___
pld-devel-en mailing l
r i686? Does it
> have to be "kernel" instead of "kernel-pae"?
I'm fine with that if there's at least nvidia module available.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Feb 10, 2009 at 3:37 PM, Bartosz Świątek wrote:
> 2009/2/10 Patryk Zawadzki :
>> On Tue, Feb 10, 2009 at 2:23 PM, Patryk Zawadzki
>> wrote:
>>> Fedora 11 has declared they only supply an i686 kernel in PAE mode.
>>> I'd like to propose
On Tue, Feb 10, 2009 at 2:23 PM, Patryk Zawadzki wrote:
> Fedora 11 has declared they only supply an i686 kernel in PAE mode.
> I'd like to propose the same for PLD Th.
>
> Rationale:
>
> * only very old hardware like first Pentium M chips does not support hardware
> * 4
t the package named "kernel")
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
d.
> so new bcond for other languange in AC. for some framework new bcond as
> well... and so on? do you want to track all of them?
The whole point being: egg-info files are python 2.5+-specific, not Th-specific.
--
Patryk Zawadzki
___
pld-devel-en ma
tetex-* package tree in PLD is huge and there is no point in splitting
"just because we can".
I'm sure nobody will shoot you for doing your part even if others
don't agree with the subpackages you propose :)
--
Patryk Zawadzki
_
On Tue, Nov 11, 2008 at 7:29 PM, Fryderyk Dziarmagowski <[EMAIL PROTECTED]>
wrote:
> 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
>>
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
--
Patryk Zawadzki
___
pld-devel-en maili
which enforces more checking, so
> that probability of passing old patches is reduced.
>
> The Question was: is there any case where _proper_ patch can do any
> damage applied this way?
Yes, if the offsets didn't change -F 0 wouldn't help at all.
--
Patryk Zawadzki
___
as foo1 obviously) but with slightly different syntax.
PLD applies the former patch and gets no error. Or even decides to
alter the patch but commit shows no differences due to ignored
whitespace. Broken.
--
Patryk Zawadzki
___
pld-devel-en mail
On Tue, Nov 4, 2008 at 5:39 PM, Tomasz Pala <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 04, 2008 at 10:04:40 +0100, Patryk Zawadzki wrote:
>> foo1.py is the original, foo.patch is the patch against that (altered
>> to mention foo2.py for easy testing). foo2.py is the new file. Ru
On Tue, Nov 4, 2008 at 1:35 AM, Tomasz Pala <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 03, 2008 at 22:13:29 +0100, Patryk Zawadzki wrote:
>> been there,
>> done that. It breaks Python.
> Please attach testcase (original and modified file).
foo1.py is the original, foo.pa
On Mon, Nov 3, 2008 at 6:13 PM, Tomasz Pala <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 03, 2008 at 14:10:07 +0100, Patryk Zawadzki wrote:
>>> Maybe it's better idea to add -l (--ignore-whitespace) to %__patch?
>> Especially for Python ;)
> man patch
>
> it'
think can came
> out?
It breaks Python where whitespace is crucial.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
2008/11/3 Tomasz Pala <[EMAIL PROTECTED]>:
> Maybe it's better idea to add -l (--ignore-whitespace) to %__patch?
Especially for Python ;)
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists
fĂĄjlokhoz.
>> > A +kĂśvetkezĹ k jellemzik:
>>
>> It does not look to be pl...
>> ;)
> spec looks ok to me in encoding, something borked at your side.
It's not encoding - this looks more like Hungarian than Polish.
--
Patryk Zawadzki
eason why I've add the python R to python-modules.
> Maybe I "corrected" it bad, maybe should add some R to quodlibet (same
> version of python and python-modules).
All compiled python packages should depend on python magic so modules
dep should be enough (a greedy upgrade will
On Tue, Oct 14, 2008 at 2:51 AM, Tomasz Pala <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 13, 2008 at 13:54:19 +0200, Patryk Zawadzki wrote:
>
>> PLD rc is broken, not gdm.
> So one must fix them before removing any gdm hack/workaround, or
> introduce alternate hack just to ma
On Tue, Oct 14, 2008 at 2:56 AM, Tomasz Pala <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 13, 2008 at 14:16:15 +0200, Patryk Zawadzki wrote:
>>>> >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20
>>>> >> for this as at this ti
On Mon, Oct 13, 2008 at 6:07 PM, Fryderyk Dziarmagowski <[EMAIL PROTECTED]>
wrote:
> 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
On Mon, Oct 13, 2008 at 2:40 PM, Jan Rekorajski
<[EMAIL PROTECTED]> wrote:
> On Mon, 13 Oct 2008, Patryk Zawadzki wrote:
>> Xorg devs prefer if we let Xorg pick the vte. It worked for you
>> because back then Xorg did not do this and gdm forced vte9.
> Learn to understan
2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>:
> Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 13:54]:
>> 2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>:
>>> Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 12:34]:
>>>> - install upsta
On Mon, Oct 13, 2008 at 2:06 PM, Jan Rekorajski
<[EMAIL PROTECTED]> wrote:
> On Mon, 13 Oct 2008, Patryk Zawadzki wrote:
>> R: upstart-SystemV
> Try doing that and gdm will end up in /dev/null.
Because? AFAIK upstart is going to be default for Th at some point.
upstart-Sys
2008/10/13 Radoslaw Zielinski <[EMAIL PROTECTED]>:
> Patryk Zawadzki <[EMAIL PROTECTED]> [13-10-2008 12:34]:
>> It does work
> A statement...
Want a screenshot? I have 3 machines running it at the moment.
>> - our SystemV starts mingetty after X and tty1 steals key
Why does cups suggest kdelibs? Why would I want/need that? CUPS works
fine without KDE and/or GNOME and should not depend on/suggest any of
them.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld
hine)
> 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.
> Please keep the HEAD in a working state... It's actually being *used*.
See above. Please move it back to HEAD.
--
Patryk Zawadzki
___
On Sat, Oct 11, 2008 at 12:14 PM, Lukasz Kies <[EMAIL PROTECTED]> wrote:
> Dear All,
>
> In attachment patch for roundup.spec from HEAD. Changes:
> - up to 1.4.6
> - add missing BR
> - rel 1
Which attachment?
--
Patryk Zawadzki
Yet another release :)
This time it's stable so you can treat it as good enough for (daily)
use. Now comes with a website!
http://livecd.pld-linux.org/
Should you decide to mirror it, please make sure you CC so he can include your mirror on the site ;)
Cheers,
--
Patryk Zaw
by dotnet-ipod-sharp-0.8.0-3.athlon
/usr/lib/mono/gac/ipod-sharp*/*/ipod-sharp-firmware.dll.mdb is
needed by dotnet-ipod-sharp-0.8.0-3.athlon
Same for all architectures.
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-
cause problems on some machines)
* new NetworkManager
* new PackageKit
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
p?log=108145&action=text
>
> I hope that anybody can help or add some plus lines to the spec-files.
It tries to link a 64-bit binary with 32-bit libraries. To quote
poldek: "something went wrong... something not quite right" ;)
--
Patryk Zawadzki
-date repomd repositories (createrepo
format) - arekm reported some problems there
--
Patryk Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
1 - 100 of 280 matches
Mail list logo
