https://bugs.kde.org/show_bug.cgi?id=449482
--- Comment #5 from Aron Griffis ---
I'm seeing the same.
Fedora 38 pre-beta
KDE Plasma 5.27.2
KDE Frameworks 5.103.0
Qt 5.15.8
Linux 6.2.2
Let me know if there's anything additional that would be helpful.
--
You are receiving this ma
https://bugs.kde.org/show_bug.cgi?id=449482
Aron Griffis changed:
What|Removed |Added
CC||a...@arongriffis.com
--
You are receiving this
On Fri, Nov 13, 2020 at 11:31 AM Chet Ramey wrote:
> `set -e' doesn't have any effect on the LHS of an and-or list, and enabling
> it has no effect. There have been many discussions about this.
>
Thanks Chet. I knew about this generally, but somehow thought subshell
would be exempt. I will adjus
GNU bash, version 5.0.17(1)-release (x86_64-redhat-linux-gnu)
$ (set -e; false; echo BANG) || echo whimper
BANG
$ (set -e; false; echo BANG); echo whimper
whimper
The || after the subshell seems to prevent set -e from being effective
inside the subshell.
Is this a bug or does it make sense in a
Hi all,
I'm writing to ask for attention on
https://bugzilla.redhat.com/show_bug.cgi?id=1518486
F27 brought a major crashing regression in GNOME. It must not affect everyone,
or I think it would have held up release. But for the people it affects,
shutting off the monitor, including by screen
On Wed, Oct 25, 2017 at 9:48 AM, Chet Ramey wrote:
> On 10/22/17 6:52 PM, Aron Griffis wrote:
> > I'm seeing some strange behavior and don't know if it's a bug or
> intended.
> >
> > Reproducer:
> > 1. env INPUTRC=/dev/null bash --norc
> > 2. se
On Sun, Oct 22, 2017 at 10:08 PM, Eduardo A. Bustamante López <
dual...@gmail.com> wrote:
> On Sun, Oct 22, 2017 at 06:52:12PM -0400, Aron Griffis wrote:
> > I'm seeing some strange behavior and don't know if it's a bug or
> intended.
> [...]
> > If thi
I'm seeing some strange behavior and don't know if it's a bug or intended.
Reproducer:
1. env INPUTRC=/dev/null bash --norc
2. set -o vi
3. true --foo=bar
4. up arrow, then left arrow to put the cursor on the equals sign
5. press ctrl-w, nothing happens
I bisected master and found it was introduc
On Sun, Jul 9, 2017 at 3:24 PM, Dominique Pellé
wrote:
>
> Can you reproduce the crash with valgrind? It may give
> useful information. Just run vim as:
>
> $ valgrind --num-callers=50 --track-origins=yes ./vim 2> vg.log
>
> and vg.log will contain useful info if you manage to reproduce the bug.
>
On Sun, Jul 9, 2017 at 3:17 PM, Aron Griffis wrote:
> In fact, I just rebuilt from pristine 702 source to make sure:
>
> $ CFLAGS=-ggdb ./configure --enable-gui=no --without-x
> $ make
> $ cd src
> $ gdb ./vim
> (gdb) run
>
> (change the content of .vim/background and
On Sun, Jul 9, 2017 at 3:06 PM, Aron Griffis wrote:
>
>
> On Sun, Jul 9, 2017 at 1:19 PM, Bram Moolenaar wrote:
>
>>
>> Aron Griffis wrote:
>>
>> > On Saturday, July 8, 2017 at 4:38:36 PM UTC-4, Bram Moolenaar wrote:
>> > > Patch 8.0.0702
On Sun, Jul 9, 2017 at 1:19 PM, Bram Moolenaar wrote:
>
> Aron Griffis wrote:
>
> > On Saturday, July 8, 2017 at 4:38:36 PM UTC-4, Bram Moolenaar wrote:
> > > Patch 8.0.0702
> > > Problem:An error in a timer can make Vim unusable.
> > > Solution:
On Saturday, July 8, 2017 at 4:38:36 PM UTC-4, Bram Moolenaar wrote:
> Patch 8.0.0702
> Problem:An error in a timer can make Vim unusable.
> Solution: Don't set the error flag or exception from a timer. Stop a timer
> if it causes an error 3 out of 3 times. Discard an exception
There isn't a conflict between them, because the LESS compiler installs as
"lessc" and also because you'll want to install it locally using npm rather
than system-wide.
These links might be helpful to you:
https://github.com/caktus/django-timepiece#installation
https://docs.npmjs.com/getting-star
Hi Larry,
I think you'll find what you're looking for in request.FILES, see
https://docs.djangoproject.com/en/1.10/ref/request-response/#django.http.HttpRequest.FILES
and https://docs.djangoproject.com/en/1.10/ref/files/uploads/#uploaded-files
This is the same as using cgi.FieldStorage to parse f
On Tue, Jul 12, 2016 at 3:25 AM Aymeric Augustin <
aymeric.augus...@polytechnique.org> wrote:
> def _populate(self):
> with self._lock:
> if self._populated:
> return
> # … populate …
> self._populated = True
>
Depending on how frequently the code is called
This generates output:
$ grep -rl --exclude-dir=usr LINUX /usr/include
and this doesn't:
$ grep -rl --exclude-dir='usr*' LINUX /usr/include
This feels like a bug. My actual use-case is more like the following, but
the above seems like a more universal test case.
$ grep -rl --exclude-dir='.*' /
This generates output:
$ grep -rl --exclude-dir=usr LINUX /usr/include
and this doesn't:
$ grep -rl --exclude-dir='usr*' LINUX /usr/include
This feels like a bug. My actual use-case is more like the following, but
the above seems like a more universal test case.
$ grep -rl --exclude-dir='.*' /
On Mon, 2015-03-23 at 19:16 -0600, Carl Meyer wrote:
> And it still seems to me that it's bad for Django's default config to
> set `level: ERROR` and `propagate: False` on the django.request and
> django.security loggers, as that prevents those logs from propagating to
> higher-level handlers someo
nstalled that
> it'll be used. Testing's another story: this is likely to be something
> that's really tricky to test. If you come to the conclusion that this
> simply can't be tested than that might be OK, but you should
> explicitly explain your reasoning behind test
I've noticed that the auto-reload support isn't kind to my laptop battery,
so I was happy to find that somebody's already done the work to get inotify
support into the autoreloader. The patches are in
https://code.djangoproject.com/ticket/9722
This ticket seems to have been around for a while wit
On Tuesday, August 28, 2012 3:45:19 PM UTC-4, Bram Moolenaar wrote:
> Thanks. I would appreciate a few people trying this out and verifying it
> works in different configurations.
This fix works for me on Fedora 17 x64. What a relief! Thank you Sean!
Aron
--
You received this message from the "
This might do the trick for me.
Aron
Aron Griffis wrote: [Wed Jul 18 2012, 03:52:43PM EDT]
> Hello,
>
> I've written a generic app that uses the ContentType framework.
> It's not designed to be used on its own, rather it plugs into an
> existing project, and then my
Hello,
I've written a generic app that uses the ContentType framework.
It's not designed to be used on its own, rather it plugs into an
existing project, and then my other apps call a registration
function. It's working well for me, but I'd like to write
standalone unit tests and I'm not sure how.
This is probably the same as
https://bugzilla.gnome.org/show_bug.cgi?id=649680
You can work around this problem by going to System Settings -> Window
Behavior -> Window Rules. Add a new rule called "Gnome-terminal
workaround" which sets "Obey geometry restrictions" to "Force No". See
the screensho
This is probably the same as
https://bugzilla.gnome.org/show_bug.cgi?id=649680
You can work around this problem in KDE by going to System Settings ->
Window Behavior -> Window Rules. Add a new rule called "Gnome-terminal
workaround" which sets "Obey geometry restrictions" to "Force No". See
the
This is probably the same as
https://bugzilla.gnome.org/show_bug.cgi?id=649680
You can work around this problem by going to System Settings -> Window
Behavior -> Window Rules. Add a new rule called "Gnome-terminal
workaround" which sets "Obey geometry restrictions" to "Force No". See
the screensho
This is probably the same as
https://bugzilla.gnome.org/show_bug.cgi?id=649680
You can work around this problem by going to System Settings -> Window
Behavior -> Window Rules. Add a new rule called "Gnome-terminal
workaround" which sets "Obey geometry restrictions" to "Force No". See
the screensho
This is probably the same as
https://bugzilla.gnome.org/show_bug.cgi?id=649680
You can work around this problem in KDE by going to System Settings ->
Window Behavior -> Window Rules. Add a new rule called "Gnome-terminal
workaround" which sets "Obey geometry restrictions" to "Force No". See
the
This is probably the same as
https://bugzilla.gnome.org/show_bug.cgi?id=649680
You can work around this problem in KDE by going to System Settings ->
Window Behavior -> Window Rules. Add a new rule called "Gnome-terminal
workaround" which sets "Obey geometry restrictions" to "Force No". See
the
On Fri, Feb 24, 2012 at 9:45 AM, Tom Evans wrote:
> In your folder are:
> {^ for item in folder ^}
> {{ item }},
> {^ endfor ^}
>
> This would render as "In your folder are: item1,item2,item3,"
>
> Changing some of the carets:
>
> In your folder are:
> {% for item in folder ^}
> {{ item }},
> {^ e
Changes by Aron Griffis :
--
nosy: +agriffis
___
Python tracker
<http://bugs.python.org/issue3566>
___
___
Python-bugs-list mailing list
Unsubscribe:
I ran into this problem and came up with a workaround using xsession and
xbindkeys, see http://blog.n01se.net/?p=314
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/694910
Title:
Regression: patch to
I ran into this problem and came up with a workaround using xsession and
xbindkeys, see http://blog.n01se.net/?p=314
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/69491
On Thursday, April 14, 2011 12:30:56 PM UTC-4, Jannis Leidel wrote:
>
> On 14.04.2011, at 17:27, Jacob Kaplan-Moss wrote:
>
> > I think I agree with Ned here: I can't see the downside to fixing it
> > on the release branch. "It violates our policy" doesn't count IMO:
> > it's *our* policy, and we g
Hi Dave,
Thanks for generateDS. It's been doing a good job for us! We were
using 1.20f for a long time and recently updated to 2.4c.
We've run into three problems which I describe below. For two of
these I have patches, for the third I'm still digging.
===
Steve, Scott,
Thanks for looking at this bug and changing the portmap dep chain.
However this only fixes one of the problems mentioned in this report,
and NFS root clients are still broken. The mountall patch I provided
above is still necessary (and I'm not sure that's even the end of the
story).
Alexander Rink wrote: [Wed Apr 07 2010, 12:21:01PM EDT]
> It seems that most of the recent participants of this mailing
> list prefer notion as the name for the forking project. But
> there were other proposals like cation or nion. Should we do an
> "official" voting (maybe by just by replying to
M Rawash wrote: [Tue Apr 06 2010, 01:37:02PM EDT]
>done, http://github.com/gwash
fwiw I think development going forward would be easier if most of
that stuff was organized into a single repo. I believe in the
value of logical separation, but having lots of repos isn't
necessary to achieve that, i
M Rawash wrote: [Tue Apr 06 2010, 01:24:52PM EDT]
all repos are uploaded here (with the exception of 'mod_xrandr-3', which
was obsolete, AFAIK): http://github.com/gwash
Fwiw, I'm using this presently and it works:
http://agriffis.n01se.net/misc/mod-xrandr-for-ion_20070521.orig.tar.gz
Timandahaf wrote: [Mon Apr 05 2010, 11:43:56PM EDT]
First, thanks for starting this thread! I did notice that Tuomov's pages
were down, but since his whole site was down, I was waiting for it to
come back without realizing he might have taken the whole project down.
Quick question: do we know fo
M Rawash wrote: [Mon Apr 05 2010, 09:35:12AM EDT]
>On Mon, 2010-04-05 at 07:49 -0400, Aron Griffis wrote:
>> I think it would be appropriate to establish a new mailing list
>> ASAP instead of discussing the details of a fork here.
>
>I agree, but shouldn't we decide on a
Javier Rojas wrote: [Mon Apr 05 2010, 09:19:56AM EDT]
> regardless of what ends up being the name, I'd like to suggest that the
> name must be an easily searchable word; "notion" isn't, although I like
> it.
I personally don't think that's really an issue. People will
inevitably search for "notio
Ole Jørgen Brønner wrote: [Mon Apr 05 2010, 08:18:53AM EDT]
>Well, ion is mostly stable and complete, but it does have some
>problems with certain software (java software particularly)
also the fullscreen flash problem
>and,
>if I've understood correctly, it's desirable to get better
>multihead
M Rawash wrote: [Mon Apr 05 2010, 04:31:00AM EDT]
i already have ion-3plus, ion-doc-3, ion-scripts-3, libextl-3 and
libtu-3, and i'll probably be uploading them to git a repo soon. i'd
like to get mod_ionflux-3, mod_xrandr-3 (especially the former)
I think it would be appropriate to establish
If I can suggest a name for an ion3 fork, how about "notion" :-)
Package: openssh-server
Version: 1:5.3p1-3
Severity: important
Tags: patch
sshd is configured for /usr/bin/X11/xauth instead of
/usr/bin/xauth which is where it's installed. As a result X forwarding fails:
$ ssh - -X ttd 'echo x11 DISPLAY=$DISPLAY' 2>&1 | grep -E 'x11|xauth'
debug2: x11_get_
Package: openssh-server
Version: 1:5.3p1-3
Severity: important
Tags: patch
sshd is configured for /usr/bin/X11/xauth instead of
/usr/bin/xauth which is where it's installed. As a result X forwarding fails:
$ ssh - -X ttd 'echo x11 DISPLAY=$DISPLAY' 2>&1 | grep -E 'x11|xauth'
debug2: x11_get_
unsubscribe
--
apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses:
Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)'
failed.
https://bugs.launchpad.net/bugs/419501
You received this bug notification because you are a member of Ubuntu-X,
whic
unsubscribe
--
apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses:
Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)'
failed.
https://bugs.launchpad.net/bugs/419501
You received this bug notification because you are a member of Ubuntu
Bugs, w
Sorry mf, that was my goof. :-( I'm subscribed to one or more of the
dups because of this bug: https://bugs.launchpad.net/malone/+bug/475775
As a result I was getting mail on this bug. So I read
https://help.launchpad.net/Bugs/EmailInterface but I made a mistake. Now
I've done it right, but not
bug 418560
unsubscribe
bug 418573
unsubscribe
bug 419056
unsubscribe
bug 419297
unsubscribe
bug 419378
unsubscribe
bug 419385
unsubscribe
bug 419393
unsubscribe
bug 419402
unsubscribe
bug 419664
unsubscribe
bug 419670
unsubscribe
bug 419680
unsubscribe
bug 419753
unsubscribe
--
Evince resets zoom if you navigate through pdf
https://bugs.launchpad.net/bugs/518806
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailm
unsubscribe
--
Evince resets zoom if you navigate through pdf
https://bugs.launchpad.net/bugs/518806
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu
I don't use LTSP but I've found two major problems using nfsroots on
Lucid, and probably Karmic as well:
1. By default NFS wants locking, which creates a circular dependency:
rootfs -> statd -> portmap -> local-filesystems event -> rootfs -> statd
-> etc.
2. To work around that problem, you can p
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/40759135/Dependencies.txt
--
try_mounts vs newly_mounted
https://bugs.launchpad.net/bugs/537136
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mai
Public bug reported:
Binary package hint: mountall
While reading mountall.c, I noticed what seems to be a minor issue. The
while-loop in try_mounts() depends on newly_mounted=TRUE, but its
initial value is FALSE until mark_mounted() manages to find something.
While that will probably always be th
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/40759011/Dependencies.txt
--
mountall calls mount -a for every mount
https://bugs.launchpad.net/bugs/537135
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubu
Public bug reported:
Binary package hint: mountall
For example:
spawn: mount -n -a -t nfs -o remount,nolock 16.1.1.2:/export/romano /
I suspect that -a is a mistake. It's line 1702 in mountall.c from
version 2.7
ProblemType: Bug
Architecture: amd64
Date: Thu Mar 11 01:31:28 2010
DistroRelease
** Patch added: "mountall.c.is_root.patch"
http://launchpadlibrarian.net/40758849/mountall.c.is_root.patch
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/40758647/Dependencies.txt
--
mountall issues with nfsroots
https://bugs.launchpad.net/bugs/537133
You received t
Public bug reported:
Binary package hint: mountall
I think I've found two bugs in mountall-2.7 related to nfsroots. This
report describes both, since working around one exposes the other.
The first bug is a dependency issue, circular and otherwise. Unless the
nfsroot is mounted with "nolock", NF
This is not a development issue, it's a support issue. You have a memory
corruption bug (or something similar) in 32-bit kvm on Karmic, which is
supported until April 2011. This bug should be marked confirmed,
severity upgraded, and taken seriously.
--
KVM guests no longer start after upgrading h
This is not a development issue, it's a support issue. You have a memory
corruption bug (or something similar) in 32-bit kvm on Karmic, which is
supported until April 2011. This bug should be marked confirmed,
severity upgraded, and taken seriously.
--
KVM guests no longer start after upgrading h
In screen I use the ACL features to share my sessions with other
users. Is anything like this available with tmux?
Thanks,
Aron
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizo
I've read the docs through a few times and I can't figure this
out... How can I make a window become a pane on another window?
Thanks,
Aron
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advanta
Nicholas Marriott wrote: [Wed Dec 30 2009, 04:20:14AM EST]
>Try 1.1 or CVS HEAD.
Thanks Nicholas. Ubuntu Lucid has 1.1 and it installs cleanly on
Karmic and works well. This fixes the problem.
Aron
--
This SF.Net email
Hi,
I use a bash prompt that looks like this:
━━━ 0 agrif...@tartufo ~
$
Each of those leading dashes is the UTF-8 octal sequence 342 224
201 according to /usr/bin/od. This works great in urxvt, xterm
or gnome-terminal; it also works perfectly in screen. However
under tmux I get this i
Brian White wrote: [Thu Dec 03 2009, 04:07:10PM EST]
>
>
> > > > I thought "copiousoutput" meant "non-interactive stdout". Am
> > > > I mistaken?
> > >
> > > "copiousoutput" indicates that the program produces a lot
> > > of output and should be fed into a "pager" program so as to
> > > not ov
Brian, I appreciate your maintainership of run-mailcap, but first
you take a long time to reply then you upload immediately without
waiting for feedback on your comments. You have a couple people
here interested in testing and providing feedback prior to
release...
Brian White wrote: [Thu Dec 03
> > What are use-cases for current cat behaviour? If there is
> > none besides being used as a filter, let's please make it
> > ignore interactive viewers and just pipe the result to
> > stdout.
>
> That makes sense, but I can think of no generic way to know if it's an
> interactive viewer.
I th
Just subscribed, I'd like to catch up on the previous postings,
but the archive link seems to be bogus?
Thanks,
Aron
Marius Gedminas wrote: [Wed Oct 28 2009, 09:57:46AM EDT]
> On Mon, Oct 26, 2009 at 01:40:17PM -0400, R. A. Bilonick wrote:
> > I see that Nokia advertises the N900 as a mobile computer, not primarily
> > as a phone. So I was wondering how the N900 compares to N810 in terms of
> > processing speed,
I haven't been keeping up on mutt-dev for a while, so I hadn't
seen this news yet. That's very sad and unexpected. Rocco
remained vibrantly part of the community up until a couple months
before he died. He struck me as exceedingly patient and
clear-minded. His technical contributions were great
Package: expect-dev
Version: 5.43.0-19
Severity: minor
Without provocation, /usr/bin/expect_multixterm prints "hello" on
stdout. My psychiatrist tells me I need to stop talking to my
computer, so expect_multixterm is putting me in an awkward
situation by greeting me when I am not supposed to acko
Package: expect-dev
Version: 5.43.0-19
Severity: minor
Without provocation, /usr/bin/expect_multixterm prints "hello" on
stdout. My psychiatrist tells me I need to stop talking to my
computer, so expect_multixterm is putting me in an awkward
situation by greeting me when I am not supposed to acko
Whoops, forgot to attach it. Here it is.
#! /usr/bin/perl
###
#
# Run-Mailcap: Run a program specified in the mailcap file based on a mime
# type.
#
# Written by Brian White
# This file has been placed in the public d
> Neither of these options should even disallow a rule. Instead,
> a new terminal will be created or the output will be passed to
> a pager.
If $DISPLAY isn't set, then a terminal can't be created. In that
case, tests will run pointlessly.
Additional cases apply for bug 533723.
It seems like re
Kirill Smelkov wrote: [Mon Oct 12 2009, 09:40:11AM EDT]
> I too think, --action=cat should ignore X viewers.
>
> After all, original --action=cat use case (as requested by me btw in
> #526690) was to use it as canonical filter. So _filtering_ functionality
> was assumed by --action=cat, and other
Hi,
I'm running OS2008 HE on my 770. I have the following entries in
/etc/apt/sources.list.d/hildon-application-manager.list
deb http://catalogue.tableteer.nokia.com/certified/ chinook user
deb http://catalogue.tableteer.nokia.com/non-certified/ chinook user
deb http://catalogue.table
Ping? The bug described in this report is severe and the provided
patch fixes it correctly. Could the maintainer please apply the
patch? Thanks...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ping? The bug described in this report is severe and the provided
patch fixes it correctly. Could the maintainer please apply the
patch? Thanks...
___
forensics-devel mailing list
forensics-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/m
Anders Helmersson wrote: [Fri Aug 28 2009, 01:10:43PM EDT]
> If I end up with "no mailbox", it seems impossible to change it
> into another by "c" (change-folder) since the error messages
> " is not a mailbox" followed by "No mailbox is opened". In that
> case I have to exit mutt and start all ove
I'm seeing this same bug. It appears when the process is
connected to a pipe on stdout. Here is my simple test:
$ time -15 4 true
real0m0.013s
$ time -15 4 true | cat
real0m4.012s
The problem is that 02-seconds.patch forks a new process which
interferes with signal delivery. The follow
I'm seeing this same bug. It appears when the process is
connected to a pipe on stdout. Here is my simple test:
$ time -15 4 true
real0m0.013s
$ time -15 4 true | cat
real0m4.012s
The problem is that 02-seconds.patch forks a new process which
interferes with signal delivery. The follow
Package: createrepo
Version: 0.4.11-1
Severity: grave
Justification: renders package unusable
$ createrepo .
Traceback (most recent call last):
File "/usr/share/createrepo/genpkgmetadata.py", line 26, in
import rpm
File "/usr/lib/python2.5/site-packages/rpm/__init__.py", line 7, in
Package: createrepo
Version: 0.4.11-1
Severity: grave
Justification: renders package unusable
$ createrepo .
Traceback (most recent call last):
File "/usr/share/createrepo/genpkgmetadata.py", line 26, in
import rpm
File "/usr/lib/python2.5/site-packages/rpm/__init__.py", line 7, in
---
docs/schemas/capability.rng |3 +--
docs/schemas/nodedev.rng |4
docs/schemas/storagepool.rng |3 +--
docs/schemas/storagevol.rng |3 +--
4 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/docs/schemas/capability.rng b/docs/schemas/capability.rng
index
---
src/qemu_conf.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/qemu_conf.c b/src/qemu_conf.c
index 4fe4e39..6b0b404 100644
--- a/src/qemu_conf.c
+++ b/src/qemu_conf.c
@@ -1970,7 +1970,7 @@ int qemudBuildCommandLine(virConnectPtr conn,
if (def->nvideos) {
Matthias Bolte wrote: [Thu Jul 30 2009, 06:04:40AM EDT]
> 2009/7/30 Mark McLoughlin :
> > On Thu, 2009-07-30 at 02:58 +0200, Matthias Bolte wrote:
> >>
> >> The follow change makes GCC happy again:
> >>
> >> - struct ifreq ifr = {0};
> >> + struct ifreq ifr = {{{0}}, {{0, {0;
> >
> > AFA
Matthias Bolte wrote: [Wed Jul 29 2009, 08:58:18PM EDT]
> 2009/7/29 Daniel Veillard :
> > On Wed, Jul 29, 2009 at 08:05:37PM +0200, Daniel Veillard wrote:
> >> On Wed, Jul 29, 2009 at 12:52:30PM -0400, Aron Griffis wrote:
> >> > This is a resend of take 2 to
Daniel Veillard wrote: [Wed Jul 29 2009, 02:04:08PM EDT]
> please drop the Signed Off By, we don't use it, just save as
> a patch and send it as an attachment,
I'll keep this in mind, thanks.
Aron
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-
t 421 guests running before hitting other
limits.
Signed-off-by: Aron Griffis
diff --git a/src/bridge.c b/src/bridge.c
index 0509afd..ec37192 100644
--- a/src/bridge.c
+++ b/src/bridge.c
@@ -49,8 +49,6 @@
#include "util.h"
#include "logging.h"
-#define MAX_TAP_ID 256
-
Daniel P. Berrange wrote: [Wed Jul 29 2009, 12:32:08PM EDT]
> On Wed, Jul 29, 2009 at 12:27:58AM -0400, Aron Griffis wrote:
> > (Sorry, my first posting included some gnulib droppings in the
> > patch. This removes that, everything else is the same.)
> >
> > As fa
limit. This patch allows me to get
421 guests running before hitting other limits.
Signed-off-by: Aron Griffis
---
src/bridge.c | 94 +-
1 files changed, 34 insertions(+), 60 deletions(-)
diff --git a/src/bridge.c b/src/bridge.c
As far as I can tell, there's no reason to format the device string in
brAddTap(). Delegate the job to TUNSETIFF, thereby removing the loop
and the MAX_TAP_ID artificial limit. This patch allows me to get
421 guests running before hitting other limits.
Signed-off-by: Aron Griffis
---
As far as I can tell, there's no reason to format the device string in
brAddTap(). Delegate the job to TUNSETIFF, thereby removing the loop
and the MAX_TAP_ID artificial limit. This patch allows me to get
421 guests running before hitting other limits.
Signed-off-by: Aron Griffis
---
As it turns out, mutt already handles all the option types
correctly except the string types: DT_STR, DT_PATH and DT_ADDR.
The following patch makes :reset work properly for all types,
tested with :reset all
# HG changeset patch
# User Aron Griffis
# Date 1248406601 14400
# Branch HEAD
# Node ID
I just noticed something odd. :reset (or :set &var) doesn't
restore a compile-time default if the default is empty.
:set smtp_url=foo
:set ?smtp_url
smtp_url="foo"
:reset smtp_url
:set ?smtp_url
smtp_url="foo"
Contrast this to a variable that has a non-empty default value
Rocco Rutte wrote: [Fri Jul 17 2009, 01:45:52PM EDT]
> On Tue, Jul 14, 2009 at 08:25:46PM -0700, Brendan Cully wrote:
> > Sorry. It's applied now.
>
> I'm not really sure, but maybe this deserves an entry in UPDATING?
Sure, does this suffice?
# HG changeset patch
#
Brendan Cully wrote: [Tue Jul 14 2009, 11:25:46PM EDT]
> On Thursday, 09 July 2009 at 17:51, Aron Griffis wrote:
> > Hi all,
> >
> > I'm really wondering why this bug and patch are being ignored.
> > Could somebody comment?
>
> Sorry. It's applied now.
Thanks Brendan!
1 - 100 of 679 matches
Mail list logo