as: 6406c9ce65b8d68ba86cca50955b1cca01219597
Thank you,
--
Jan Pazdziora
Principal Software Engineer, Identity Management Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
Hello,
please consider the attached patch which creates new global
rhnConfiguration table (to avoid adding more confiugration options
to /etc/rhn/rhn.conf) to be able to define which organization
externally-authenticated users should be created in.
--
Jan Pazdziora
Principal Software Engineer
On Mon, Jan 13, 2014 at 05:36:16PM +0800, Jan Pazdziora wrote:
please consider the attached patch which creates new global
rhnConfiguration table (to avoid adding more confiugration options
to /etc/rhn/rhn.conf) to be able to define which organization
externally-authenticated users should
. 24 hr thing.
I agree. Support the default locale thing plus a bunch of reasonable
formats to choose from.
--
Jan Pazdziora
Principal Software Engineer, Identity Management Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
the users change it manually.
--
Jan Pazdziora
Principal Software Engineer, Identity Management Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
logging enabled and need that information.
--
Jan Pazdziora
Principal Software Engineer, Identity Management Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
, but eventually there could be
a problem.
--
Jan Pazdziora
Principal Software Engineer, Identity Management Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
if the operation in your
session suceeded -- you care about the result.
Of course, whether and how this will work with some application
sessions (hibernate?), I can't really say.
--
Jan Pazdziora
Principal Software Engineer, Identity Management Engineering, Red Hat
.
--
Jan Pazdziora
Principal Software Engineer, Identity Management Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
won't see that package as a suggested errata in RHN or
Spacewalk because, well, it's a different package. So it will work by
replacing the original package correctly but you will have harder time
making the new package be included in the transaction.
--
Jan Pazdziora
Principal Software Engineer
the clients connect via XMPP _to_ the server?
Sure. But they just connect and then wait for osa-dispatcher to tell
them to run rhn_check.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk
for
notification) to rhnsd and maybe have rhnsd keep connection open
(WebSockets, maybe?) so that the server can wake the clients up in
timely (yet well managed) fashion?
I'd be interested to hear your thoughts,
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
/java_java/
https://fedora.transifex.com/projects/p/spacewalk/resource/java_jsp/
Yours,
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com
this package is contained in the
channel.
Fair enough.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
for existence, without any
newest computation needed.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
is the filename, the value is its
content. For persistent data we have the database.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo
files. Most notable are ALTER COLUMN upgrades -- this
syntax is not supported by the conversion script at this point ... but
you are welcome to amend the script and then just plain .sql should
work as well.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
management properly.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
().
I believe this is not the only table having the same issue.
If the table is only modified from Java via hibernate, we might
be able to address the issue there. On the other hand, we better
have a solution which works beyond hibernate.
Is this an issue we want to address, somehow?
--
Jan
On Fri, Dec 07, 2012 at 04:26:49PM -0200, Marcelo Moreira de Mello wrote:
On 12/07/2012 05:20 AM, Jan Pazdziora wrote:
Hello Folks,
Here follow a better looking patch. Please, ignore the previous one.
[...]
try:
-file = open
/ package installation action pickup? That way
the feature would be purely server-based and work well even with old
production clients, and the client parts would be an enhancement of
the logic, not a mandatory part of the setup.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering
not be surprised if we ask you to file bug at
https://bugzilla.redhat.com/enter_bug.cgi?product=Spacewalk with more
details or full logs.
Thank you for using Spacewalk.
Happy birthday, Mirek, Michael, and Stephen.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
behaviour similar to previous releases. Without this option,
with PostgreSQL backend, spacewalk-setup will attempt to create
the database and the database user for you.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
ParseResult's hostname. Except it is not
supported on python 2.4. We might need to check for the type and
either call hostname or strip the port _from the end_ of the netloc,
something like :[0-9]+$.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
Hello,
if you are following Spacewalk nightly yum repos and installing
from them, please note that Oracle XE 11g is now supported by the
SELinux policy that we ship, and that the dependencies were set and
packages rebuilt to use Instant Client in version 11.2.0.3.
--
Jan Pazdziora
Principal
or there
so if you see something in nightly which could be related to this
change, it's probably related to this change. ;-)
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel
about but the
oracle_get_database_answers was refactored for 1.3. The explanation is
right in that commit message of mine:
commit 11df63a4baf949231d1fb52fabf41c64b0753c77
Author: Jan Pazdziora jpazdzi...@redhat.com
Date: Tue Jan 18 16:25:24 2011 +0100
Refactored
;
or:
//$host/$database?user=$userpassword=$passwordssl=true
It can. It might even work with the code as is. What's wrong with
that?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
On Wed, Aug 08, 2012 at 11:29:27AM +0200, Uwe Gansert wrote:
On 02.08.2012 11:15, Jan Pazdziora wrote:
* inventing a new architecture bootstrap-linux that automatically
gets the new entitlement during registration.
Could you please explain some more why new architecture is needed?
Won't
in the package spacewalk-remote-utils.
he spec say GPLv3+ but the COPYING file is a GPLv2 one.
Which one is correct?
The COPYING file. I've now fixed the .spec in Spacewalk master, tagged
as spacewalk-remote-utils-1.8.4-1.
Thank you for pointing this out.
--
Jan Pazdziora
Principal Software Engineer
the fact that the bug was fixed in 2009 in Spacewalk like 0.6,
you either are hitting different bug, or we introduced a regression.
In any case, we have no current report of whatever issue you might be
facing at this point, and we have no known fix.
--
Jan Pazdziora
Principal Software Engineer
to
be lowercase, so I'd rather make getColumnLabel keep its old
behaviour.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk
but
it should hurt either.
Thank you,
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
patch fixes the problem by converting the ASCII codes into
a string using the pack() function.
What Spacewalk version and what database is this exactly?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel
?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
that we don't depend on
particular PostgreSQL server configuration (and defaults in different
versions).
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https
:', noblank = True)
+options.name = prompt_user('Original Profile:', noblank = True)
options.clonename = prompt_user('Cloned Profile:', noblank = True)
Pushed to Spacewalk master as
774ca21ae42238201ea42f699dd8bedb1987a5c9.
Thanks!
--
Jan Pazdziora
Principal Software Engineer
not
that sure about the
rhn:require acl=not system_has_bootstrap_entitlement();
pieces -- the entitlements should add capabilities, not block them.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel
crashes.
Comments welcome!
Richard,
patches applied to Spacewalk master.
If packages build without issues, you should see the feature in
Spacewalk nightly repos in a couple of hours. If we hit some issue,
I'll let you know.
Thank you!
--
Jan Pazdziora
Principal Software Engineer, Satellite
, as well as all the MODIFIED / ON_QA
bugzillas. It would sure be nice to see community chime in with
feedback about Spacewalk nightly stability.
Please note that the ABRT support is in the Spacewalk nightly yum
repos as of ten minutes ago, so people are welcome to start testing
that.
--
Jan
.
For systemd I thought I saw that get added some time ago but if not if
someone could put together a bullet list of what needs to be done I
will be happy to see if there are any parts I can tackle to help move
this along.
It's tracked under bugzilla 767034.
--
Jan Pazdziora
Principal Software
master, 4fe5b85b5b7b64717c73e633b6c8387804327641.
Thank you,
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
installed (and want to upgrade from it). In
general, rolling upgrades of Spacewalk nightly are expected to cause
issues like this.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel
and Java stacks,
or is some logic change needed as well?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
channel into
another.
Patch 2: configchannel_sync
the same for configchannels.
Jörg,
I've now applied your patches to Spacewalk master, they will land in
spacecmd-1.8.10-1 which should appear in Spacewalk nightly yum repos
in a couple of hours.
Thank you!
--
Jan Pazdziora
Principal Software
On Wed, Jun 06, 2012 at 09:49:06AM +0200, Jan Pazdziora wrote:
The Spacewalk nightly now builds for Fedora 17. New yum repos will
be available in a couple of days.
They are ready. I encourage people to try the repo and report any
issues.
Please note that only support for the PostgreSQL
The Spacewalk nightly now builds for Fedora 17. New yum repos will
be available in a couple of days.
At the same time, I've stopped Fedora 15 builds and the Fedora 15
nightly yum repos will be removed in a couple of days.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red
On Tue, May 08, 2012 at 02:23:43PM +0100, Steven Hardy wrote:
Hi Jan,
Thanks for the reply:
On Mon, May 07, 2012 at 12:54:32PM +0200, Jan Pazdziora wrote:
Testing on satellite shows that the API provided issue_date is not offset
aware, so the comparison works.
I was going
should be offset-aware, should spacewalk-clone-by-date
assume zero offset for to_date, or inherit from the locale?
Use localtime from the locale, I'd say.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel
On Thu, Apr 26, 2012 at 02:28:20AM -0300, Marcelo Moreira de Mello wrote:
Hello Folks,
Following attached a patch which solves the issue reported on BZ#816445.
Committed to Spacewalk master.
Thank you,
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
On Fri, Apr 13, 2012 at 04:02:47PM +0200, Johannes Renner wrote:
On 04/11/2012 02:28 PM, Jan Pazdziora wrote:
How about having a new database table with prefixes and replacements,
where the prefix could be empty (NULL) to mean prepend. Record with
the longest matching prefix would
,
where the prefix could be empty (NULL) to mean prepend. Record with
the longest matching prefix would provide the replacement string.
This way you'd be able to have sane defaults in Spacewalk and every
downstream product could customize this mapping table to meet their
business requirements.
--
Jan
generating documentation.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
do you envision in this area?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
On Wed, Mar 21, 2012 at 03:42:28PM +0100, Bo Maryniuk wrote:
to invest into current implementation, which is also in Perl that we
would like to get rid of entirely.
Since you've touched the subject -- how is the Perl to Java WebUI
migration progressing?
--
Jan Pazdziora
Principal Software
Hello,
the nightly Spacewalk yum repo at
http://spacewalk.redhat.com/yum/nightly/
now contains release candidate for the next Spacewalk release. Please
report installation issues and regressions you might find.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red
Hello,
new branch SPACEWALK-1.7 was created to become Spacewalk 1.7. Master
is now open for changes going to Spacewalk 1.8.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel
? The
select kvt.label label
seems like identity mapping.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
assume it's not
correct because it does not expose the individual services that create
Spacewalk (taskomatic, osa-dispatcher) to systemd, with proper
dependencies and such, instead it cements the notion of Spacewalk as a
single unit/service.
--
Jan Pazdziora
Principal Software Engineer, Satellite
On Sat, Nov 12, 2011 at 09:09:18PM +0100, Jan Pazdziora wrote:
Please find attached a proposed patch for this.
I've added database.control boolean directly in rhn.conf file.
I've modified the spacewalk-service script to manage this parameter. In all
cases, oracle is controlled
I'm affraid you'd get the same
having a table twice in select is mostly a bug
response on this one. What are you trying to achieve? This query
doesn't even have any lookup_* function.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
, P.evr_id FROM rhnPackage P
WHERE P.id = ?)
+(SELECT sequence_nextval('rhn_act_p_id_seq'), ?, P.name_id, P.evr_id FROM
rhnPackage P WHERE P.id = ?)
EOQ
$sth = $dbh-prepare($query);
# warn ins query: $query\n$id, $user_id, .$packages-label;
--
Jan Pazdziora
Principal Software Engineer
up2date_client/pkgplatform.py ?
Does anybody have other ideas how to solve this?
Renamed in Spacewalk master and rhn-client-tools-1.7.5-1. Thanks for
pointing this issue out.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
-with-SuSE-11-x86_64
I think it does not return only deb on debian.
Do you know where this getPlatform come from?
It's in
client/rhel/rhn-client-tools/src/up2date_client/platform.py
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
to get
the same information from it. I am looking into it.
select * from user_sequences where sequence_name =
upper('rhn_tasko_run_id_seq') ;
select * from user_sequences where sequence_name =
upper('rhn_tasko_template_id_seq') ;
should return information about sequences in Oracle.
--
Jan
/PostgreSQLPortingGuide
when in doubt with the proposed approach -- the page lists the
types of issues/errors that we've already seen in the past.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
the sequences should be set via the schema dump as well.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
On Wed, Dec 21, 2011 at 02:38:54PM -0500, Eric Lake wrote:
On Wed, Dec 21, 2011 at 2:26 PM, Jan Pazdziora jpazdzi...@redhat.com wrote:
Is it possible that taskomatic was (still) running while you were
doing the dump? We process the sequences first, so it's possible
that we saw the value
from even being built
now, rhncfg-5.10.23-1 is now in Koji for all OSes.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo
.
Does somebody has an idea?
On my Spacewalk 1.6 on RHEL 5,
# perl -MRHN::User -e 'RHN::User-lock_web_contact(uid = 2);'
returns just fine. Can you try newer DBD::Pg or something?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
/SputLite/lib/FetchCommands.pm
monitoring/SputLite/lib/UploadResults.pm
monitoring/SputLite/lib/CommandQueue.pm
monitoring/tsdb/cull_deleted_ts_sc_files
I've pushed them to Spacewalk master now, thanks!
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
On Mon, Dec 05, 2011 at 03:55:07PM +0100, Ionuț Arțăriși wrote:
On 12/02/2011 05:36 PM, Jan Pazdziora wrote:
On Fri, Dec 02, 2011 at 05:23:25PM +0100, Ionuț Arțăriși wrote:
Hello,
I've written a patch to make reposync more modular. The essential
thing is moving the argument parsing
improvements.
We've already applied those changes and others in our branch, I just
merged some of them into the spacewalk branch now.
Can you post this as multiple patches, one for each type of change?
This will make it easier to review than this one huge patch.
--
Jan Pazdziora
Principal Software
123.45.56.67.
I do not think we can catch all possibilities here.
We should not regress.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com
On Thu, Dec 01, 2011 at 01:44:25PM +0100, Uwe Gansert wrote:
the read only snippets in the web ui need HTML/XML escaping.
Especially AutoYaST XML snippets tend to be displayed wrong in the
UI without escaping
Shouldn't we rather do this in the .jsp?
--
Jan Pazdziora
Principal Software
On Thu, Dec 01, 2011 at 04:50:40PM +0100, Uwe Gansert wrote:
On 01.12.2011 13:54, Jan Pazdziora wrote:
On Thu, Dec 01, 2011 at 01:44:25PM +0100, Uwe Gansert wrote:
the read only snippets in the web ui need HTML/XML escaping.
Especially AutoYaST XML snippets tend to be displayed wrong
the IPv4 pass,
and not set it if you get IP address back.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
On Tue, Nov 29, 2011 at 02:40:58PM +0100, Michael Calmer wrote:
I hopefully fixed it with commit
6fe5acfe48abd7e07ef2f87da7422a6bf13dbd23
But you should write undef and not under :-)
Indeed.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
(undef in Perl), not ' '. See
https://fedorahosted.org/spacewalk/wiki/PostgreSQLPortingGuide#empty_string_null
I hopefully fixed it with commit
6fe5acfe48abd7e07ef2f87da7422a6bf13dbd23
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
-errata.py
Which one is the live one and which one should be deleted?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo
one patch per feature
or change -- that way they would be easier to review.
Thank you for the contribution.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https
:
- e0c4ae8dd7093bbe6a12ab4462272fbab573e098 and
- 3a03e49904465ec5f16bde31c92e67c0b85ef1b9
Subject: [PATCH] Remove markup from error message in all translation files
[...]
Subject: [PATCH] Remove markup from another error message
Thank you for the find -- your patches are now in Spacewalk master.
--
Jan Pazdziora
Principal
, therefore we won't be testing it.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
sha1 ebfe8df38b1935e67ea3ddd3d5937cef6de9ae91
+alter table rhnKickstartScript add column scriptname varchar2(40);
where the PostgreSQL version of the upgrade script needs varchar, not
varchar2. I've fixed it now.
Thanks,
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red
something is
getting lost in the translation.
Also, you might want to put the comment you have in the mail to the
commit message so that we have the documentation of this capability
preserved at least in the commit message.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
in it? Is it worth preparing and sending a patch?
We would definitely love to review a patch!
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com
error when
scheduling the remote command to be executed AFTER the package installation.
Apply the attached patch to fix it.
Applied, 30f431a4e8e145b56e450523922b920f7e24470a.
Thank you,
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
On Wed, Oct 05, 2011 at 05:04:28PM -0300, Marcelo Moreira de Mello wrote:
On 10/05/2011 04:03 AM, Jan Pazdziora wrote:
Nack.
The first part of your patch reverts change for bug 452956. Unless we
know *exactly* why that change was done for that bug (in other words,
reproduce
the passed in String, or if the String is null,
an empty String ().
already.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman
On Mon, Sep 26, 2011 at 09:05:00AM +0200, Jan Pazdziora wrote:
On Fri, Sep 23, 2011 at 05:32:40PM +0200, Bo Maryniuk wrote:
Besides, I would also argue about /etc/rhn/default/* existence that
is *meant* to be edited according to FHS[1], while Spacewalk says
Do not do this. Actually
of stdout is not a terminal;
- have command-line option to force either the strict or
non-strict behaviour.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel
at the bug 701344, you should really investigate what
operation it is that fails, not do a wholesale change of the type.
Nack for now.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
not really mean any progress is made anyway.
If you file an RFE or determine that bugzilla is an RFE, please put
RFE to the start of this bug's summary line and make this bug block
spacewalk-rfe.
Thank you,
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
On Thu, Sep 08, 2011 at 02:08:34PM +0200, Ionuț Arțăriși wrote:
Hi,
I found more duplicate files. SQLPlus.pm is present in both the main
package and the -Oracle subpackage of perl-NOCPulse-Probe.
Applied in Spacewalk master as
cce816cab750170ad7a58921134c79b0ee9e0a92.
Thank you,
--
Jan
on the column.
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
On Thu, Jul 28, 2011 at 05:10:51PM +0200, Duncan Mac-Vicar P. wrote:
On 07/28/2011 04:18 PM, Jan Pazdziora wrote:
On Tue, Jul 26, 2011 at 06:34:28PM +0200, Tomas Lestach wrote:
I noticed quartz depends on spacewalk-slf4j. Why is there a custom
version of slf4j (spacewalk-slf4j)?
It's
in the variables of an uploaded profile.
What do you think about that?
Did I overlook something?
I don't think you have. If the approach works in your tests, we'll
love to see a patch. ;-)
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
words, unless the patch applied
without conflicts to Spacewalk master (in which case you'd probably
make it a patch against master in the first place), I doubt there will
be many people willing/capable of forward porting the changes.
--
Jan Pazdziora
Principal Software Engineer, Satellite
and in the
/network/systems/details/history/history.pxt?sid=sid
Web page -- do you plan to amend it?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https
1 - 100 of 348 matches
Mail list logo