Re: [Development] Difficulties using Qt's new categorized logging. How to install filters?
-Original Message-
From: Mark [mailto:mark...@gmail.com]
Sent: Monday, October 14, 2013 5:40 PM
To: Koehne Kai
Cc: development@qt-project.org
Subject: Re: [Development] Difficulties using Qt's new categorized logging.
How to install filters?
[...]
Hi Kai,
Thank you very much for your explanation! Would you also be able to
provide an example for installFilter? Since that is the one where i can't
figure
out how it's supposed to work.
Sure.
So what you can do is define your own category filter:
QLoggingCategory::CategoryFilter oldCategoryFilter;
void myCategoryFilter(QLoggingCategory *category)
{
if (qstrcmp(category-categoryName(), qt.driver.usb) == 0) {
category-setEnabled(QtDebugMsg, true);
} else {
// let the default filter decide based on text rules
*oldCategoryFilter(category);
}
}
And install it:
oldCategoryFilter = QLoggingCategory::installFilter(myCategoryFilter);
inside installFilter() myCategoryFilter will be called for every
QLoggingCategory object already available. It will also be called whenever a
new QLoggingCategory object is created, and must be reentrant (might be called
from multiple threads concurrently).
For this specific example you'd be arguably better of just defining a rule by
setFilterRules. installFilter is mainly useful if you're e.g. defining your own
logging framework, and say enable/disable categories based on some
configuration coming from a file, or network ... . It can also be used to e.g.
log all categories that are created during an application run :)
I'm currently trying to improve the documentation based on your questions,
please feel free to review:
https://codereview.qt-project.org/#change,68114
Regards
Kai
--
Kai Köhne, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
Sitz der Gesellschaft: Berlin. USt-IdNr: DE 286 306 868
Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] DNS resolver docs for Linux/OSX
However, I wanted to know more about the main struct __res_state used in these functions. Google hasn't thrown up much. Basically, I wanted to know the usage of 2 of the fields used in this struct - nssocks[MAXNS] and nsmap[MAXNS]. What values are these supposed to hold? Answering my own question. The nsmap[] array is supposed to be used to tell the resolver which entry in the nsaddrs[] array holds an IPv6 address. Dug up this info from this old thread: https://sourceware.org/ml/libc-hacker/2002-05/msg00035.html There's more info about the resolver in this thread: https://sourceware.org/ml/libc-hacker/2000-07/msg00487.html Though this message is old (posted around Jul 2000), one stmt here has me a little worried: You cannot change the address of an IPv6 nameserver dynamically in your program though I'm not sure why he's saying so as I've tested programatically setting a IPv6 nameserver and it's working. Regards, -mandeep Thanks, -mandeep ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Difficulties using Qt's new categorized logging. How to install filters?
On Tue, Oct 15, 2013 at 10:10 AM, Koehne Kai kai.koe...@digia.com wrote:
-Original Message-
From: Mark [mailto:mark...@gmail.com]
Sent: Monday, October 14, 2013 5:40 PM
To: Koehne Kai
Cc: development@qt-project.org
Subject: Re: [Development] Difficulties using Qt's new categorized logging.
How to install filters?
[...]
Hi Kai,
Thank you very much for your explanation! Would you also be able to
provide an example for installFilter? Since that is the one where i can't
figure
out how it's supposed to work.
Sure.
So what you can do is define your own category filter:
QLoggingCategory::CategoryFilter oldCategoryFilter;
void myCategoryFilter(QLoggingCategory *category)
{
if (qstrcmp(category-categoryName(), qt.driver.usb) == 0) {
category-setEnabled(QtDebugMsg, true);
} else {
// let the default filter decide based on text rules
*oldCategoryFilter(category);
}
}
And install it:
oldCategoryFilter = QLoggingCategory::installFilter(myCategoryFilter);
inside installFilter() myCategoryFilter will be called for every
QLoggingCategory object already available. It will also be called whenever a
new QLoggingCategory object is created, and must be reentrant (might be
called from multiple threads concurrently).
For this specific example you'd be arguably better of just defining a rule by
setFilterRules. installFilter is mainly useful if you're e.g. defining your
own logging framework, and say enable/disable categories based on some
configuration coming from a file, or network ... . It can also be used to
e.g. log all categories that are created during an application run :)
I'm currently trying to improve the documentation based on your questions,
please feel free to review:
https://codereview.qt-project.org/#change,68114
Regards
Kai
--
Kai Köhne, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
Sitz der Gesellschaft: Berlin. USt-IdNr: DE 286 306 868
Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
Hi Kai,
Now i finally get how it works! But why is it done this way? It just
doesn't smell like the Qt way of doing things. Here is an example of
how i would've expected something like this to work:
QLoggingCategory newCategory(some.new.category);
newCategory-setEnabled(QtDebugMsg, true);
QLoggingCategory::installFilter(newCategory);
Like that or something alike. So why isn't it done like that?
You have to agree with me that this looks a lot cleaner and much more
the Qt way then what is currently the situation?
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
[Development] Continous Integration (CI) meetings
Hi all, I know many of you are interested in knowing how the CI is doing. We have been looking for a while how to improve our communication in this area and of course how to get the whole process running smoother for everyone. From now on we'll have weekly meetings, similar to the release team. Each Tuesday 13:00 CEST ( http://www.timeanddate.com/worldclock/fixedtime.html?msg=Qt+QA+meetingiso=20131022T13p1=187ah=1 ) Since we just had a first attempt at getting this going, here is a little summary and the IRC log below. * We have openSuse machines integrated in the CI (already announced on this list), OpenSSL was missing but will be on them from now on. * Android: tests not yet running, needs some help from Android team (androiddeployqt missing). Basic infrastructure in place. * Some issues with V4 on ARM are still being fixed, should be done today though. * QQuick2 test flakyness: * lots of timing dependent tests * maybe use cpu time (bogomips) for Q_TRY_VERIFY and friends * maybe check the qml engine for running animations (would need new api) * network test server: we'd like to update it but nobody is actively working on it right now (the server based on Ubuntu 12.4 is almost working, some tests still fail). * long term we would like to have more reliability by running defined snapshots of VMs for the tests, currently the test machines simply keep on running. Cheers, Frederik tosaraja ok, without further delaying this for no reason, let's begin this :) So hello everybody lars fregl: here as well olhirvon tosaraja is going to lead the discussion fregl great :) hi lars ablasche hi pejarven o/ tosaraja I didn't prepare much of an agenda, mainly just thought of something we could discuss about. To starters I could tell you about the current activities in the CI, what we are doing and what problems we might have. And then if you have any questions for us or want to discuss something, please do tell whenever you feel like it fregl I guess these meetings are still new, so we'll find the best structure over time, but for now I'd say we can quickly go though current issues fregl one current think that is interesting to me: sifalt you found we don't have openssl everywhere? tosaraja SuSE's got their OpenSSL development library just 20 minutes ago https://codereview.qt-project.org/#change,68203 fregl tosaraja: manually or using puppet? tosaraja fregl: using puppet...so you can add 15 minutes to that ;) sifalt fregl: yes, Opensuse and ince70embedded env tosaraja the embedded is still unsolved fregl ok, that I less bad than I thought :) fregl does it block tests on wince or do we simply not run them? tosaraja Which test is run for openssl? How did you notice it was missing from suse? fregl nierob_: ^ sahumada fregl: we dont run tests for wince fregl I guess enginio fails without openssl, otherwise we probably just skip the tests when running make check fregl sahumada: ok, then I think this is not an urgent issue nierob_ by default if Qt is compiled without openssl the tests are not executed nierob_ fregl: they are ifdef'ed fregl fkleint: since we have lars here, maybe we can talk about the quick2 tests? you have tried to stabilize them and did not get too far, right? fregl tosaraja: what do you have on the agenda? we just talked on Friday so I don't have much else right now. any general status update? lars fregl: I'm working on that right now (in a way). I'm going through our tests and check them against GC corruptions (found a few already). lars that will hopefully help, but we'll only see over time fkleint fregl: Erik mainly tried (see mail) fkleint fregl: he found that he had to insert arbitrary sleeps fkleint but that is not satisfactory tosaraja fregl: not much really. After we get the current discussions out of the way, i was going to tell you about the blockers in other areas fregl so one point Eric writes in the mail is that make check does not skip insignificant tests - any comments on that? tosaraja sahumada? fkleint lars: We are facing the problem that the stuff shows quite some non-deterministic behaviour due to the multithreadedness and different render loops sahumada fregl: dont know such an email :) fkleint lars: Talked to Squish folks at DevDays and they are facing the same issue fkleint lars: You basically have to wait for animations to finish, etc frames synced before proceeding with thr test fregl sahumada: forwarded fkleint lars: that is quite hard on machines under load fkleint basically increase sleep until it passes ;-) fregl I think in a way we keep on hitting the same old issue: timers make tests really non-deterministic and machines run sometimes under load fkleint I wonder if we could have an API to check whether animations are stopped and synced tosaraja fregl: sahumada: I haven't looked at the script running tests, but i would imagine that make check doesn't read the files having the insignificant flags, but our perl scripts do. We
Re: [Development] Difficulties using Qt's new categorized logging. How to install filters?
-Original Message- From: Mark [mailto:mark...@gmail.com] Hi Kai, Now i finally get how it works! But why is it done this way? It just doesn't smell like the Qt way of doing things. Here is an example of how i would've expected something like this to work: QLoggingCategory newCategory(some.new.category); newCategory-setEnabled(QtDebugMsg, true); QLoggingCategory::installFilter(newCategory); Well, for such simple cases setFilterRules() would suffice. The imagined use case for installFilter is if you're e.g. running your own logging framework, and define filter rules by other means than the simple wildcards setFilterRules supports. That is, you don't necessarily know the categories you're interested in in advance. One example could be a filter that , for each new category that appears at runtime, checks whether a similar environment variable is set or not. Or a logging library that defines filters and sinks (file, db ...) and formatting in one central custom configuration file. Like that or something alike. So why isn't it done like that? You have to agree with me that this looks a lot cleaner and much more the Qt way then what is currently the situation? I agree a global function hook is not the nicest API, but it's not without precedence in Qt either: See e.g. http://qt-project.org/doc/qt-5.0/qtcore/qtglobal.html#qInstallMessageHandler , or http://qt-project.org/doc/qt-4.8/qcoreapplication.html#setEventFilter . It's just a very flexible , low level way to implement hooks :) Regards Kai PS: The filter stuff came in pretty late in the review process, so feedback on it is highly appreciated. I'm even open to remove it for 5.2 if we feel it needs more thought ... ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] ML for QtWebEngine
Hi, On Fri, Oct 4, 2013 at 4:56 PM, Albisser Zeno zeno.albis...@digia.comwrote: Hi, I would like to request a separate mailing list for the QtWebEngine project. We receive more and more direct emails and messages on irc from people, asking where to subscribe to. The content of that mailing list will be rather specific to the development of the QtWebEngine project. And as it is not a core component of Qt, i think a separate mailing list would be appropriate. Thanks, - Zeno ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development Any updates on this ? It's a question I've had from several people at devdays and I think it would make sense for the typical bike shedding that would just add noise to the Dev mailing list for no good reason. Should we have anything to say that seems worthy of Development, I'm sure it will still find its way back here. Just my 2¢... Cheers, -- Pierre ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] ML for QtWebEngine
On Tue, Oct 15, 2013 at 10:57 AM, Pierre Rossi pierre.ro...@gmail.comwrote: Hi, On Fri, Oct 4, 2013 at 4:56 PM, Albisser Zeno zeno.albis...@digia.comwrote: Hi, I would like to request a separate mailing list for the QtWebEngine project. We receive more and more direct emails and messages on irc from people, asking where to subscribe to. The content of that mailing list will be rather specific to the development of the QtWebEngine project. And as it is not a core component of Qt, i think a separate mailing list would be appropriate. Thanks, - Zeno ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development Any updates on this ? It's a question I've had from several people at devdays and I think it would make sense for the typical bike shedding that would just add noise to the Dev mailing list for no good reason. Should we have anything to say that seems worthy of Development, I'm sure it will still find its way back here. Just my 2¢... Cheers, -- Pierre Not that I am really interested in debating such a decision, but I'm not quite sure I see the noise you guys are referring to. I've been signed up to the webkit-qt ML for some time and it's basically just a spam service for status meeting bot messages (which at this point conveys very little information). Is there a secret place where a bunch of emails regarding qt webkit and webegine are ending up? Barring the existence of that, why not just keep the discussions on this list and keep the whole community involved until such a day arises that it really does become too much to handle here? I, for one, support a path forward where I don't have to sign up for another ML, and make yet another filter for my inbox ;) Matt ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] ML for QtWebEngine
Once again from the correct address. On Oct 15, 2013, at 5:06 PM, Matt Broadstone mbroa...@gmail.com wrote: Not that I am really interested in debating such a decision, but I'm not quite sure I see the noise you guys are referring to. I've been signed up to the webkit-qt ML for some time and it's basically just a spam service for status meeting bot messages (which at this point conveys very little information). Is there a secret place where a bunch of emails regarding qt webkit and webegine are ending up? Barring the existence of that, why not just keep the discussions on this list and keep the whole community involved until such a day arises that it really does become too much to handle here? I, for one, support a path forward where I don't have to sign up for another ML, and make yet another filter for my inbox ;) You might understand, that many people feel quite reluctant to send an email to a list that goes to hundreds of people instead of the relatively small amount of people that actually has a real interest in the project. The threshold for asking a question or sharing some feedback is higher. So instead of sending a mail, a lot of these discussions are currently just happening in our irc channel where people cannot easily read up on a discussion at all. - I don't think that's something you would be arguing for in favor. You used to be in #qtwebengine yourself as well some time ago. That is the secret place where the information is currently going. Also, if you consider the current webkit-qt ML spam, then you would probably not want that on the dev ML either. But it does not make sense to reason about traffic on qtwebkit. These are separate projects and we do obviously not discuss qtwebengine on the qtwebkit mailing list. Because there you would not expect it for sure. - Zeno ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 5.2 Testing
On Monday, October 14, 2013 15:59:31 Raul Metsma wrote:
On Oct 14, 2013, at 3:04 PM, Raul Metsma r...@innovaatik.ee wrote:
On Oct 14, 2013, at 2:58 PM, Stephen Kelly stephen.ke...@kdab.com wrote:
On Thursday, October 10, 2013 15:10:17 Raul Metsma wrote:
On windows cmake cannot find dll-s again
Had to change QtCoreConfig.cmake and other modules line 31
set(imported_location
${_qt5Core_install_prefix}/lib/${LIB_LOCATION})
to
set(imported_location
${_qt5Core_install_prefix}/bin/${LIB_LOCATION})
Hi,
Which package do you get this with? A source package? A binary from
http://download.qt-project.org/snapshots/qt/5.2/5.2.0-beta1/2013-10-14_01
-57-18-92/
?
It was binary, I can test the later snapshot
qt-windows-opensource-5.2.0-beta1-msvc2012-x64-offline_2013-10-14_01-57-18-9
2.exe
CMake Error at
C:/Qt/Qt5.2.0/5.2.0-beta1/msvc2012_64/lib/cmake/Qt5Core/Qt5CoreConfig.cmake
:15 (message): The imported target Qt5::Core references the file
C:/Qt/Qt5.2.0/5.2.0-beta1/msvc2012_64/lib/Qt5Core.dll
but this file does not exist. Possible reasons include:
* The file was deleted, renamed, or moved to another location.
* An install or uninstall procedure did not complete successfully.
* The installation package was faulty and contained
C:/Qt/Qt5.2.0/5.2.0-beta1/msvc2012_64/lib/cmake/Qt5Core/Qt5CoreConfig.cmak
e
This should be fixed by
https://codereview.qt-project.org/#change,68262
Thanks,
--
Join us in October at Qt Developer Days 2013 - https://devdays.kdab.com
Stephen Kelly stephen.ke...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH Co.KG, a KDAB Group Company
www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090
KDAB - Qt Experts - Platform-Independent Software Solutions
signature.asc
Description: This is a digitally signed message part.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] ML for QtWebEngine
On Tue, Oct 15, 2013 at 11:27 AM, Zeno Albisser zeno.albis...@digia.comwrote: Once again from the correct address. On Oct 15, 2013, at 5:06 PM, Matt Broadstone mbroa...@gmail.com wrote: Not that I am really interested in debating such a decision, but I'm not quite sure I see the noise you guys are referring to. I've been signed up to the webkit-qt ML for some time and it's basically just a spam service for status meeting bot messages (which at this point conveys very little information). Is there a secret place where a bunch of emails regarding qt webkit and webegine are ending up? Barring the existence of that, why not just keep the discussions on this list and keep the whole community involved until such a day arises that it really does become too much to handle here? I, for one, support a path forward where I don't have to sign up for another ML, and make yet another filter for my inbox ;) You might understand, that many people feel quite reluctant to send an email to a list that goes to hundreds of people instead of the relatively small amount of people that actually has a real interest in the project. The threshold for asking a question or sharing some feedback is higher. Sure, but that's just how open source works, right? I think we foster a pretty good vibe on these MLs, people shouldn't be afraid to ask here. So instead of sending a mail, a lot of these discussions are currently just happening in our irc channel where people cannot easily read up on a discussion at all. - I don't think that's something you would be arguing for in favor. You used to be in #qtwebengine yourself as well some time ago. That is the secret place where the information is currently going. I don't think people are asking questions on irc because they are afraid of the big bad qt mailing list, I think it's because they can get your attention more immediately and discuss issues in real time. Also, if you consider the current webkit-qt ML spam, then you would probably not want that on the dev ML either. Well yes, if what you are proposing is that you are going to have a weekly status bot then certainly I don't think that belongs on this list. I consider the webkit-qt ML spam because it isn't actually being used at all (maybe realistically = 10 emails a month from an actual user, not the status bot, and that's generous). What I'm really getting at is that I think we're kidding ourselves if we think that a webkit binding in whatever incarnation isn't a core offering of Qt, and that such discussions (until it actually does overwhelm the list) should remain as accessible as possible. But it does not make sense to reason about traffic on qtwebkit. These are separate projects and we do obviously not discuss qtwebengine on the qtwebkit mailing list. Because there you would not expect it for sure. - Zeno Matt ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] ML for QtWebEngine
On Tuesday 15 October 2013 17:27:05 Zeno Albisser wrote: Once again from the correct address. On Oct 15, 2013, at 5:06 PM, Matt Broadstone mbroa...@gmail.com wrote: Not that I am really interested in debating such a decision, but I'm not quite sure I see the noise you guys are referring to. I've been signed up to the webkit-qt ML for some time and it's basically just a spam service for status meeting bot messages (which at this point conveys very little information). Is there a secret place where a bunch of emails regarding qt webkit and webegine are ending up? Barring the existence of that, why not just keep the discussions on this list and keep the whole community involved until such a day arises that it really does become too much to handle here? I, for one, support a path forward where I don't have to sign up for another ML, and make yet another filter for my inbox ;) You might understand, that many people feel quite reluctant to send an email to a list that goes to hundreds of people instead of the relatively small amount of people that actually has a real interest in the project. The threshold for asking a question or sharing some feedback is higher. So instead of sending a mail, a lot of these discussions are currently just happening in our irc channel where people cannot easily read up on a discussion at all. - I don't think that's something you would be arguing for in favor. You used to be in #qtwebengine yourself as well some time ago. That is the secret place where the information is currently going. Also, if you consider the current webkit-qt ML spam, then you would probably not want that on the dev ML either. But it does not make sense to reason about traffic on qtwebkit. These are separate projects and we do obviously not discuss qtwebengine on the qtwebkit mailing list. Because there you would not expect it for sure. I aggree with what Zeno said. I just asked for the ML on IRC b/c I wanted to start a discussion to a QtWebEngine specific feature. Discussing that on QtWebKit's ML is just unrelated imo. Bye -- Milian Wolff m...@milianw.de http://milianw.de ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] DNS resolver docs for Linux/OSX
On terça-feira, 15 de outubro de 2013 14:08:38, Mandeep Sandhu wrote: I'm not sure why he's saying so as I've tested programatically setting a IPv6 nameserver and it's working. Hopefully that won't bite us back later... My friend told me you can't walk with a basket ball, but I tried and it worked just fine -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] ML for QtWebEngine
On 10/15/2013 05:06 PM, Matt Broadstone wrote: On Tue, Oct 15, 2013 at 10:57 AM, Pierre Rossi pierre.ro...@gmail.comwrote: Hi, On Fri, Oct 4, 2013 at 4:56 PM, Albisser Zeno zeno.albis...@digia.comwrote: Hi, I would like to request a separate mailing list for the QtWebEngine project. We receive more and more direct emails and messages on irc from people, asking where to subscribe to. The content of that mailing list will be rather specific to the development of the QtWebEngine project. And as it is not a core component of Qt, i think a separate mailing list would be appropriate. Thanks, - Zeno ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development Any updates on this ? It's a question I've had from several people at devdays and I think it would make sense for the typical bike shedding that would just add noise to the Dev mailing list for no good reason. Should we have anything to say that seems worthy of Development, I'm sure it will still find its way back here. Just my 2¢... Cheers, -- Pierre Not that I am really interested in debating such a decision, but I'm not quite sure I see the noise you guys are referring to. I've been signed up to the webkit-qt ML for some time and it's basically just a spam service for status meeting bot messages (which at this point conveys very little information). While this is certainly true for the recent months, and just judging by the current traffic I can understand why someone who did not participate in QtWebKit development might come to a false conclusion. I agree with Zeno, because this mailing list is not the right place for discussions concerning web related issues and problems specific to Chromium itself, which have nothing to do with Qt. Additionally the noise ratio of this ML makes it really easy to lose valuable information, which makes it counterproductive for a project that is in the early stages of its development. Is there a secret place where a bunch of emails regarding qt webkit and webegine are ending up? Barring the existence of that, why not just keep the discussions on this list and keep the whole community involved until such a day arises that it really does become too much to handle here? I, for one, support a path forward where I don't have to sign up for another ML, and make yet another filter for my inbox ;) Matt ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development /Andras ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] ML for QtWebEngine
On Tue, Oct 15, 2013 at 5:36 PM, Matt Broadstone mbroa...@gmail.com wrote: On Tue, Oct 15, 2013 at 11:27 AM, Zeno Albisser zeno.albis...@digia.comwrote: Once again from the correct address. On Oct 15, 2013, at 5:06 PM, Matt Broadstone mbroa...@gmail.com wrote: Not that I am really interested in debating such a decision, but I'm not quite sure I see the noise you guys are referring to. I've been signed up to the webkit-qt ML for some time and it's basically just a spam service for status meeting bot messages (which at this point conveys very little information). Is there a secret place where a bunch of emails regarding qt webkit and webegine are ending up? Barring the existence of that, why not just keep the discussions on this list and keep the whole community involved until such a day arises that it really does become too much to handle here? I, for one, support a path forward where I don't have to sign up for another ML, and make yet another filter for my inbox ;) You might understand, that many people feel quite reluctant to send an email to a list that goes to hundreds of people instead of the relatively small amount of people that actually has a real interest in the project. The threshold for asking a question or sharing some feedback is higher. Sure, but that's just how open source works, right? I think we foster a pretty good vibe on these MLs, people shouldn't be afraid to ask here. So instead of sending a mail, a lot of these discussions are currently just happening in our irc channel where people cannot easily read up on a discussion at all. - I don't think that's something you would be arguing for in favor. You used to be in #qtwebengine yourself as well some time ago. That is the secret place where the information is currently going. I don't think people are asking questions on irc because they are afraid of the big bad qt mailing list, I think it's because they can get your attention more immediately and discuss issues in real time. And the best way to get a good answer is probably to go ask on the appropriate channel ;) Also, if you consider the current webkit-qt ML spam, then you would probably not want that on the dev ML either. Well yes, if what you are proposing is that you are going to have a weekly status bot then certainly I don't think that belongs on this list. I consider the webkit-qt ML spam because it isn't actually being used at all (maybe realistically = 10 emails a month from an actual user, not the status bot, and that's generous). What I'm really getting at is that I think we're kidding ourselves if we think that a webkit binding in whatever incarnation isn't a core offering of Qt, and that such discussions (until it actually does overwhelm the list) should remain as accessible as possible. But it does not make sense to reason about traffic on qtwebkit. These are separate projects and we do obviously not discuss qtwebengine on the qtwebkit mailing list. Because there you would not expect it for sure. - Zeno Matt Personally I feel it's more a matter of categorization rather than big secrets. I'm more afraid I might miss some important emails because they're lost in a big backlog of noise. How hard can it be to set up yet another mailing list should be the real question. Given that anyone can subscribe easily [1], I don't think it's radically different from having a variety of IRC channels to discuss different topics. That being said, I am not that emotionally attached to communicating by email, and definitely not interested in arguing forever to get a list right now so if this is going to be controversial, I'm sure we can do without one for the time being. [1] http://lists.qt-project.org/mailman/listinfo Cheers, -- Pierre ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] ML for QtWebEngine
On Tue, Oct 15, 2013 at 04:57:24PM +0200, Pierre Rossi wrote: On Fri, Oct 4, 2013 at 4:56 PM, Albisser Zeno zeno.albis...@digia.comwrote: I would like to request a separate mailing list for the QtWebEngine project. Any updates on this ? did anyone create a sysadmin request? ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Playground repository for Qt AccountsService
Hi, Some months ago I wrote a Qt wrapper for AccountsService AccountsService is a D-Bus service for accessing the list of user accounts and information attached to those accounts, as its web site says. Its page can be found here: http://www.freedesktop.org/wiki/Software/AccountsService Qt AccountsService Addon is basically a Qt-style API to use this D-Bus service and also offers a model that represents users, the API can also be used from QML. The code is currently hosted here: https://github.com/hawaii-desktop/qt-accountsservice-addon It's already used by Hawaii it might also be useful for other projects, for example SDDM and it's going to be packaged for Fedora so I'd like to bring it under the Qt umbrella, hence I'm requesting a playground repository. -- Out of the box experience http://www.maui-project.org/ ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] DNS resolver docs for Linux/OSX
On Tue, Oct 15, 2013 at 9:14 PM, Thiago Macieira thiago.macie...@intel.com wrote: On terça-feira, 15 de outubro de 2013 14:08:38, Mandeep Sandhu wrote: I'm not sure why he's saying so as I've tested programatically setting a IPv6 nameserver and it's working. Hopefully that won't bite us back later... My friend told me you can't walk with a basket ball, but I tried and it worked just fine Well, if the friend told me that you can't walk with a basketball because there's a chance that it might slip from my hands causing me trip over, then _that_ would be helpful, but just the statement alone doesn't help much! :) -mandeep ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] DNS resolver docs for Linux/OSX
On quarta-feira, 16 de outubro de 2013 09:28:10, Mandeep Sandhu wrote: My friend told me you can't walk with a basket ball, but I tried and it worked just fine Well, if the friend told me that you can't walk with a basketball because there's a chance that it might slip from my hands causing me trip over, then _that_ would be helpful, but just the statement alone doesn't help much! The point is that you're supposed to bounce the ball on the floor while playing basketball. You're only allowed two steps and then you have to pass or throw the ball. If you do walk with it and the referee doesn't see it, you may get away with it. But don't assume you'll always get away with breaking the rules. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] DNS resolver docs for Linux/OSX
On Wed, Oct 16, 2013 at 9:39 AM, Thiago Macieira thiago.macie...@intel.com wrote: On quarta-feira, 16 de outubro de 2013 09:28:10, Mandeep Sandhu wrote: My friend told me you can't walk with a basket ball, but I tried and it worked just fine Well, if the friend told me that you can't walk with a basketball because there's a chance that it might slip from my hands causing me trip over, then _that_ would be helpful, but just the statement alone doesn't help much! The point is that you're supposed to bounce the ball on the floor while playing basketball. You're only allowed two steps and then you have to pass or throw the ball. If you do walk with it and the referee doesn't see it, you may get away with it. But don't assume you'll always get away with breaking the rules. Oh like that! Yes, then it makes sense, though in this case the author of the README did not bother to explain as to _why_ it won't work. Programs like nslookup and host too work with user specified nameservers. Though on checking their source I found that they use the functions provide by bind (ISC*) for dns resolution and not the libc provided ones. Leaving this really old README, I haven't any other reference about it. -mandeep -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
