/breakpoint trap (core dumped)
... is that even worth reporting?
(should I try to run abrt on that machine?)
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidi
he "+1" on green background in such case.
I refer to
https://bodhi.fedoraproject.org/updates/FEDORA-2017-2a7adf6daa
Thankyou for your attention.
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute
killing creator of resource 0x225
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
___
test mailing list -- t
Don't do it inside your desktop.
or better (IMHO) - run it using `screen` ;-)
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
_
configuration/availability timeouts might (or might not) be one direction
where to look for the problem
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be ex
t did was wrap
around sudo, which by default uses the user, not admin, password
... and if this is the case, please report a RFE for improving the wording
of the password dialogue (my case was fixed promptly :-))
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 53229427
Hi,
Is Rpmfusion ready for F23 Beta TC1?
no (to my best knowledge)
How to install and use it?
http://rpmfusion.org/Configuration
and please note that better place for such questions may be here:
http://lists.rpmfusion.org/mailman/listinfo/rpmfusion-users
K.
--
Karel Volný
QE BaseOs
e twist, I still think we
shouldn't poke noses into people's underwear (or heads)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained
native speakers?)
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
--
test mailing list
test@lists.fedoraproject.
ixing where SDDM is lacking :-)
/me shakes with shame as it is about a month since he promised to test SDDM
with his home setup and still haven't found some spare time for it :-(
K
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 826207
ot, some people are interested in real-life usecases, so they find
even the "incorrect" description written by the user valuable
There are issues with grub2 and os-prober that also need to be
addressed for certain use cases.
I do not see any grub2 and os-prober bugs in the dependency ch
do it
instead of the overloaded developer?
- if you think that some bug has been closed improperly, let's talk about that
concrete case and not about policies
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext 8262074)
xmpp ka...@jabb
, I really like this utility, I have very good experiences with it
(except for small annoyances like being left in the middle because no text-mode
mergetool was installed, but these are fixed now - hail to Mirek for quick
responses!)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel
submitted anywhere else
note the subject - "XX" - how dirty, you could imagine just one more "X" ... so
we should censor any reference to Fedora 20 that is using latin numbers
(oh, we should already start thinking about contingency plan for the release
that will come in spring
lways use qemu without kvm, then you can run
anything-on-anything (if performance is not an issue)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be ex
o I'd expect at least 10-16 CEST (8-14 UTC) to be
covered
and I'd expect the same with Virtualization (page does not exist yet)
if in doubt, ping the coordinator (Martix I think?)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext
/Changes/SDDMinsteadOfKDM
for some reason I thought that (missing) XDMCP implementation is a blocker for
this feature ... did I get that wrong/has it changed?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
so recommend to change all similar passwords and
do some modification to the system used to generate them
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: ea
ed.
please mention your "libsecret" case on that bug, so we can see how useful
would such a package/file name filter be
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribu
search field to go through (highlighted) strings that abrt has identified as
potentially sensitive?
- see attachment 685135 to bug 896246
btw, while at it, I'd be glad if someone else voices opinion on that bug
(am I completely off?)
K
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brn
le nowadays for handling these things?
not exactly sure if this is the same case, but a few bugs about keys
controlling the backlight not working are filed for kernel ...
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp
d a helmet and start running
I don't think that asking at least for a link to formal decision about the
change deserves any smacking ... we're talking about Red Hat's Bugzilla, not
about GNOME's instance
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420
so broken that it cannot
reboot without help of sysrq or ctrl+alt+del combo?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stup
7;s
allow to hide it
I'm just wondering what exact security benefit it adds
apparently I am not the only one with that preference.
now the question is how does that "not the only one" number compare to those
with the opposite preference ...
K.
--
Karel Volný
QE BaseOs/Daemons
redictable username constructed according to some company policy
?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
--
te
https://bugzilla.redhat.com/show_bug.cgi?id=982200
+1
I took the courage to reopen that one, put on your flamesuits :-)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
away from KDE and I'm now mostly happy
user of RazorQt with lots of free memory and little cpu activity
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily
Dne čtvrtek, 20. června 2013 18:38:41 CEST, Adam Williamson napsal(a):
On Thu, 2013-06-20 at 12:31 +0200, Karel Volný wrote:
hm, does the install from Live work like a clean install (the
same as netinstall for example), or does it still work the old
style, i.e. you can't choose diff
ster in
missing announcements and obvious docs :-)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
--
test mail
eems completely different, it leads me to suggest checking whether
cron gets $LANG and "eats" it, or whether it even does not get it and thus has
nothing to pass onto the programs it runs
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294
included the download time :-/
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
--
test mailing list
test@lists.fedorapro
ne options support
Bug 968284 - RFE: support for dnf
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
--
test mailing list
test@
OTOH, I didn't remove the previous text to allow to "get the context" without
having to browse the archive if someone feels the (unnecessary) need
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.c
user there is this "progress bar like"
> > indicator which tells you how strong is your password. For root I only
> > get textual warning.
>
> Ah, I see what you mean. Yeah, it seems reasonable to add that for root,
> since as you say, it shows up for the user spoke (and
the overall state (oh, and the testing request was just
standard "hey, there's a new version, maybe it fixes something") :-(
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never
nt - if someone leaves the boundaries
of the default setup then it is the admin's responsibility to adjust
accordingly, but let's just provide the base number X, so that if someone
knows "I will run a database which will eat Y memory" then it can be easily
said "X for
the
machine now, has anyone else seen this?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
--
test mailing list
te
original question:
"Trying 192.168.1.15..."
... that doesn't look like in a public Internet address block ;-)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
Do yourself a favor and use ssh instead.
do us a favor and refrain from such comments next time :-)
we (RHEL QA) also have an use case for telnet, despite the fact that for day
to day work everyone uses ssh (with keys) since the year dot
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, B
Dne Čt 24. ledna 2013 13:25:08, drago01 napsal(a):
> On Thu, Jan 24, 2013 at 1:22 PM, Karel Volný wrote:
> > Dne Čt 24. ledna 2013 12:24:33, drago01 napsal(a):
> >> On Thu, Jan 24, 2013 at 10:34 AM, Adam Williamson
> >
> > wrote:
> >> > I quote fro
Dne Čt 24. ledna 2013 05:58:00, Fernando Cassia napsal(a):
> On Wed, Jan 23, 2013 at 12:20 PM, Karel Volný wrote:
> > because resources are limited
>
> I´ll have to trust your word.
>
> > do you volunteer to maintain and test MySQL?
>
> If I find a volunteer,
be available for at least one release,"
as for choosing which one will be default ... it is nice that upstream wants
to support us, but what were they doing those 10 years of Fedora development
(or 13.5 years since first mysql rpm changelog entry)?
are they interested only when they see they cou
hat such decisions are driven by the newspaper headlines
which will be forgotten the next day after being published?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what c
MB and it's
> installer seems be much cleverer and more functional than this in
> F18).
> Release notes and Installation guides F18 drafts seems not contain
> info about HW requirements, can someone say it?
>
> TIA, Franta
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, B
some time for the feedback (especially considering the
fact that there was a problem with the installer itself, so many people didn't
get to testing F18 earlier)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka
where else to ask about the suitability of the upcoming release than among
people who test that upcoming release? :-)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice wh
, if you don't like GNOME3, what about XFCE?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
--
Dne Út 4. prosince 2012 09:39:03, Adam Williamson napsal(a):
> On Tue, 2012-12-04 at 11:06 +0100, Karel Volný wrote:
> > Dne Po 3. prosince 2012 23:47:14, Adam Williamson napsal(a):
> > > This gets into a very general discussion, but there is a fairly solid
> > > case
T "rudely thwart the web's inherent
adaptability" - it *should* adapt to the user's device, and it is just the
webbrowser developers' arrogance(*) if it doesn't adapt, go nag them
(*) I'd write "laziness" or something less offensive if I hadn't alre
ase keep your swearing at home" than
"go away, don't test Fedora"?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explain
s? -
how much people we can lose before the distro dies?
and even a "flamethrower" is a valid feedback - the developers can see that
they did something really wrong so that someone (who isn't on drugs, I
suppose) had the urge to write such a reaction ... but that would really need
to do some
may render the trash folder unusable anyways, the
steps above have worked for me for messing with system folder when correcting
localisation issues etc.
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Neve
it'd be worth reporting (if not done already?)
btw, if you don't see the folder in kmail, can you see it in akonadiconsole?
does it exist on disk?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:
ointer in qemu, especially when viewing
over network - all the problems vanished after adding "-usbdevice tablet" to
qemu commandline
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never
Dne Út 23. října 2012 07:46:07, Matthew Miller napsal(a):
> On Mon, Oct 22, 2012 at 05:56:53PM +0200, Karel Volný wrote:
> > then I see it like a good RFE material ...
> >
> > why doesn't yum say
> > "Warning: Group virtualization has all packages insta
f stuff.
then I see it like a good RFE material ...
why doesn't yum say
"Warning: Group virtualization has all packages installed.
Nothing to do"
?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka..
ject has its bugzilla.example.com site), and to register; some
projects even do not allow free registration
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily
ec, getting hives each time someone says
we need to replace something just because it is old
http://www.joelonsoftware.com/articles/fog000069.html
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: &q
via
Transifex - take a look around at https://fedora.transifex.com/
(it may also help that one administrator - raven - is Pole)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice wh
Dne Po 20. srpna 2012 17:08:30, mike cloaked napsal(a):
> On Mon, Aug 20, 2012 at 3:48 PM, Karel Volný
wrote:
> > yes, it's a shame that someone is unwilling to upgrade to F17
> > :-)
> >
> > K.
>
> That is a pretty snotty remark
have you noticed those
gt; F16 no
> OK thanks - shame about F16 though!
yes, it's a shame that someone is unwilling to upgrade to F17 :-)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice
roff or script it, but this (not asking) should not be
the default behaviour
reboot and poweroff should act the same in this regard - if they
don't, that's a clear bug
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
x
it should be more sophisticated to be
helpful when asking others to save the work and logout (or
identifying what is running and who runs it)
authentication? - no, as it may prevent the user from shutting
down the system gracefully
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +4
be several hundred megs in size...
... which is a valid reason to make their lives even more
miserable (not taking into account that the system _usually_
works quite well even without those updates)
what a brilliant logic
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 5322942
Dne Čt 28. června 2012 12:11:02, Jóhann B. Guðmundsson napsal(a):
> On Thu, Jun 28, 2012 at 10:45 AM, Karel Volný
wrote:
> > I simply don't like this idea, there is enough bugzilla noise
> > and enough bureaucracy (read: obstacles) for anyone wanting
> > to contribute (
t; ask reporters that did that to stop doing that.
>
> Thanks
> JBG
>
>
>
>
> 1.
> http://lists.fedoraproject.org/pipermail/kernel/2012-June/0038
> 86.html 2.
> http://meetbot.fedoraproject.org/teams/fesco/fesco.2010-09-07-1
> 9.30.log.html
--
Karel Voln
are a bit more specific about what does it mean
"local net died" we can get a bit further investigating where the
problem is
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribu
> pinta is a mono bloat - and it doesn't work for me:
> /me is going to file a bug
https://bugzilla.redhat.com/show_bug.cgi?id1398
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Ne
MainClass.Main (System.String[] args) [0x00000] in
:0
/me is going to file a bug
thanks for the suggestions anyway
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
Dne Čt 3. května 2012 12:18:46, Adam Williamson napsal(a):
> On Thu, 2012-05-03 at 12:31 +0200, Karel Volný wrote:
> > Dne St 2. května 2012 23:53:36, Adam Williamson napsal(a):
> > > GIMP is a professional image editing suite, just like
> > > Photoshop. It's not a
really designed to do.
and which tool are we supposed to use?
so far, Shotwell and Digikam were proposed
but these aren't "basic touch-up tools" either:
Shotwell - A photo organizer for the GNOME desktop
digiKam - A digital camera accessing & photo management
application
K.
Dne Ne 29. dubna 2012 11:40:49, Fernando Cassia napsal(a):
> On Sun, Apr 29, 2012 at 10:25, Karel Volný
wrote:
> > So, feel free to join me with the moment of silence for the
> > good old GIMP that is just getting buried.
>
> I share your pain. I've given up on Linux ima
Hi,
Dne Ne 29. dubna 2012 19:03:18, Máirín Duffy napsal(a):
> On Sun, 2012-04-29 at 15:25 +0200, Karel Volný wrote:
> > So, feel free to join me with the moment of silence for the
> > good old GIMP that is just getting buried.
>
> If you could tone down the snark and indi
k usage to
script the task even for less than ten images, rather than doing
monkey work.
So, feel free to join me with the moment of silence for the good
old GIMP that is just getting buried.
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
> I believe what he wants is a locale where LC_MESSAGES= gives a
> variable that results in imperial measurements being defined.
> If that isn't what he wants/needs I would hope he would tell
> us.
s/LC_MESSAGES/LC_MEASUREMENT/
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Ha
eren't much better than PA either
[1] https://fedoraproject.org/wiki/Releases/8/FeatureList
K.
(*) just FYI, there are users that simply do not have another 5
years to wait until PA's "child diseases" will be cured even if
they would pay anything to have those 5 years ...
--
Karel Volný
Dne Út 17. dubna 2012 16:36:08, Adam Williamson napsal(a):
> On Tue, 2012-04-17 at 14:36 +0200, Karel Volný wrote:
> > now if there is only one volume control, how do I express
> > that I want to mute the microphone and set the line-in to
> > some value?
> PA doesn'
7;t
just amplify the microphone but it completely changes input
characteristics from condenser mic to dynamic mic range?
- how is this supposed to work with "one slider rule them all"
type of control?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(R
lay nicely together, due to another bug,
> > i.e., that Fedora doesn't seem to /remember/ my settings
> > between logins / reboots. But even if
> You should file a bugzilla for this.
https://bugzilla.redhat.com/show_bug.cgi?id1475
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czec
ing
a device that contained btrfs, even before trying to use it
it was a bit better with live - I was able to play with
filesystems without the installer crashing, however, I could not
install on btrfs as the target filesystem has to match the live
image
there may have been some fixes since ...
K
the clock seconds keep ticking away.
>
> Setup: R6550 8GB Fedora 16 64 bit accessed via TigerVNC over
> a gigabit LAN.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute t
On Thursday 20 of October 2011 19:02:41 Adam Williamson wrote:
> On Thu, 2011-10-20 at 12:34 +0200, Karel Volný wrote:
...
> I don't know of any major distro that doesn't support LVMs.
I'm really not sure if this is the right place to say "someone
big does this or that
ple partitions then resize them "just because
you can do it with LVM"?
(no need to answer this question ...)
> > The only concern I ever had for my layout is whether the
> > next distro installer would be smart enough to let me skip
> > formatting of the / partition. T
for one already existing) for Terminal
- if not ... I'd suggest trying other environment (i.e. GNOME,
KDE, plain X with just xterm ...), then checking your mouse
mapping with xinput ...
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext.
l]
has anyone met such problem? any bugs already reported?
- note that I've used qemu-kvm with clean disk image, I've
installed minimal system with KDE + X, and I've chosen Czech
language, if that matters ...
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
g turned on in kernel? - I saw
some option to turn it off earlier today but can't remember
exactly ... just use google now when you know what to look for
:-)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
On Thursday 18 of August 2011 10:09:26 Karel Volný wrote:
> On Wednesday 17 of August 2011 18:55:06 Tom H wrote:
> > On Wed, Aug 17, 2011 at 10:17 AM, Michael Cronenworth
>
> wrote:
> > > Karel Volný wrote:
> > >> - last time I checked, the website with the
On Wednesday 17 of August 2011 18:55:06 Tom H wrote:
> On Wed, Aug 17, 2011 at 10:17 AM, Michael Cronenworth
wrote:
> > Karel Volný wrote:
> >> - last time I checked, the website with the docs was down,
> >> and it lasted for at least a week, then I gave up (
a 16 is listed
> to having grub2. I was interested if this was really true and
> where I could learn more about how Fedora is planning to
> package and use it in Fedora 16. I have run into all kinds of
> issues with the Ubuntu version and would be willing to test
> to see if a Fedora imp
ant
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
signature.asc
Description: This is a digitally signed message part.
--
t
ha! - there is genuine bug
https://bugzilla.redhat.com/show_bug.cgi?id=715584
... and also https://bugzilla.redhat.com/show_bug.cgi?id=715589
On Thursday 23 of June 2011 14:30:25 Karel Volný wrote:
> On Thursday 23 of June 2011 14:01:29 Athmane Madjoudj wrote:
> > On 06/23/2011 12:53
On Thursday 23 of June 2011 14:01:29 Athmane Madjoudj wrote:
> On 06/23/2011 12:53 PM, Karel Volný wrote:
> > Hi,
> >
> > I'm unable to install a testing system ... has anyone else
> > met https://bugzilla.redhat.com/show_bug.cgi?id=715572 ?
>
> Fedora 15
Hi,
I'm unable to install a testing system ... has anyone else met
https://bugzilla.redhat.com/show_bug.cgi?id=715572 ?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to m
n is started, before a user logs in.
while at it ... pls, how to achieve that in KDE?
there's "System connection" checkbox which I'd expect to do the
job, but it cannot be checked, it is grayed out ...
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +42
ects" if you do not obsessively follow the
development?
you *really* sound like a Vogon ... :-/
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be
oot completely from network for some reason, so that they had
basic system installed on them and then mounted the rest from the
network
HOWEVER ... I think(!) the requirement to be able to use separate
/usr can be derived from FHS - so, Fedora should finally
explicitly state that it does not and
ied compiling the source files, but it keeps telling
> me that gcc is incompatible. Can anyone help me?
regarding such issues, I guess it'd be better to contact upstream
(and to quote the exact error message it gives)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel.
lications which would otherwise require top or ps to id
> > the process and then kill to terminate it.
>
> Alt-f2 -> "xkill" -> enter
ctrl+alt+esc not working any more?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 53
t changes state ... but I prefer to do something useful
meanwhile ;-)
but I agree that disappeareing of the icon from the GNOME desktop
or having to open Nautilus to see that the icon is not there is
not very user friendly
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +
Hi,
while talking about F14 eating resources, making cpus hotter and
batteries lives shorter ... I've just filed
Bug 643285 - don't run quickstarter by default
[https://bugzilla.redhat.com/show_bug.cgi?id=643285]
... opinions?
... any other examples of wasted resources?
K.
--
K
1 - 100 of 106 matches
Mail list logo