https://invent.kde.org/system/distro-release-notifier may help
On Thu, Sep 8, 2022 at 3:09 AM Erich Eickmeyer wrote:
>
> Hi all,
>
>
> In Kubuntu and Ubuntu Studio, we rely on Discover and the Discover Notifier
> to run our GUI-based package updates. I don't care if you personally use apt
>
Hola
anyone want to maintain the driver manager kcm? I don't really have
time, so if nobody steps up I'd move it to unmaintained upstream.
https://invent.kde.org/system/kubuntu-driver-kcm
HS
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
It's me again
https://invent.kde.org/system/muon/-/merge_requests/2
:((
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Yo
A while ago I've asked what to do with muon bugs and people said they'd
want to do some bug triage but it's been like 3 months since my original
mail and I've checked - nobody has done any triage.
So once again I'm here lamenting. Either we find someone who has time to
do active maintenance
On 30.09.20 19:52, Mitch Golden wrote:
> Who would be the one to create it? I gather that muon will not be killed
> at the moment, but I'd like to know if anything is happening.
Anyone can! For example *you* can ;)
The obvious options are
- a list on launchpad: which I believe simply needs a
Not that I know of.
On Wed, Sep 30, 2020 at 1:43 PM Mitch Golden wrote:
>
> Has a list been created? I would like to join.
>
>- Mitch Golden
>
> On 9/25/20 9:53 AM, Mitch Golden wrote:
> > On 9/25/20 9:52 AM, Harald Sitter wrote:
> >> On 08.08.20 16:50, Nat
On 08.08.20 16:50, Nate Graham wrote:
> On 8/8/20 8:48 AM, Harald Sitter wrote:
>> On Sat, Aug 8, 2020 at 3:14 AM Mitch Golden
>> wrote:
>>>
>>> Is there something broken about muon that would require it to be sunset?
>>
>> We don't know because
On Sat, Aug 8, 2020 at 3:14 AM Mitch Golden wrote:
>
> Is there something broken about muon that would require it to be sunset?
We don't know because nobody triages bugs, let alone works on them,
hence my original question where bug mails should go ;)
--
kubuntu-devel mailing list
n_id=1777549=muon=---
>
>
>
> On 8/7/20 4:25 AM, Harald Sitter wrote:
> > elo
> >
> > muon bugs on bugs.kde.org get default assigned to
> > echidna...@kubuntu.org but I'm sure he's not done any development in
> > years so I would rather change it to somethi
elo
muon bugs on bugs.kde.org get default assigned to
echidna...@kubuntu.org but I'm sure he's not done any development in
years so I would rather change it to something else. any preferences?
a mailing list ideally.
HS
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify
I see there was some discussion over startup times on IRC.
If you want to profile startup you'll want to use systemd-bootchart
[1] it tracks resources usage during boot, which is valuable
information in finding out why it may be slow (outside slowness in
software).
For debugging the actual
Hola
I thought I should point out that the Ubuntu Desktop team is looking
into SRUing a new xdg-desktop-portals and gnome frontend to the
supported LTSes. It probably would be a good idea for Kubuntu to also
SRU the frontend for Plasma systems. Desktop portals are a central
part of integrating
New maintenance release for libdebconf-kde, a Debian configuration
system UI frontend library.
https://download.kde.org/stable/libdebconf-kde/1.0.3/src/libdebconf-kde-1.0.3.tar.xz.mirrorlist
https://download.kde.org/stable/libdebconf-kde/1.0.3/src/libdebconf-kde-1.0.3.tar.xz.sig.mirrorlist
*
FYI, given the bug duplicates, this also affects Kubuntu 16.04
-- Forwarded message --
From: Aleix Pol
Date: Fri, Nov 17, 2017 at 9:11 PM
Subject: Discover in Neon LTS
To: Discussion of the KDE Neon project
Cc: Nate Graham
Servus!
I've just noticed that we still have a gazillion kubuntu_* branches in
the repos on git.debian.org, seeing as they aren't used anymore I
wonder if there are any objections to mass deleting the lot of them?
They serve no purpose other than confuse people.
HS
--
kubuntu-devel mailing
On Tue, Jul 11, 2017 at 4:11 PM, Aleix Pol wrote:
> FWIW, Harald put together this Plasma snap, maybe someone would be
> interested in looking into its viability?
> https://github.com/apachelogger/plasma-snap
FTR: Reading material for the interested.
High-level overview and
With all present devs voting in favor, Rik got voted into the circle
of Kubuntu Developers. He's done lots of awesome stuff in the past and
we are looking forward to seeing him put these new found powers to
good use.
Congratulations and welcome!
HS
--
kubuntu-devel mailing list
We should have quorum with yofel, shadeslayer and me in attendance.
Any other dev who may have time may of course chime in.
Also, as Rohan needs to be out by 20UTC I'd appreciate it if everyone
is there at 19UTC sharp.
On Sun, Feb 5, 2017 at 7:03 PM, Rik Mills wrote:
>
Members having access to all venues of contribution was not a result
of legacy, it was a conscious decision made at the time we introduced
source code version control. We found that we trust all members to act
in the best interest of the project and work towards the same goal.
It is truly a sad
knome on IRC pointed the following out to me
> https://community.kde.org/Kubuntu/Artwork is borked, the logo download link
> is pointing nowhere :P
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
whilest doing git repo house cleaning in preparation for KDE moving
repos into phabricator I stumbled upon some stuff that runs under my
name but probably should be moved to launchpad now that its git
feature is being used for kubuntu stuff. please have a look at the
repos and tell me what to do
After a marathon grilling I am happy to say that we can welcome Clive
as new member to the Kubuntu Dev team. He's been very active and
dedicated to Kubuntu and we are glad to accept him into the ranks of
elite Kubuntu developers.
Congratulations and welcome!
HS
--
kubuntu-devel mailing list
marked as submitted.
Review request for Kubuntu, LibQApt and Aleix Pol Gonzalez.
Changes
---
Submitted with commit d109c90d9deb6ff7f2e18f1244801da098916d4f by Harald Sitter
to branch master.
Repository: libqapt
Description
---
since kf5 kuit markup needs to be run through xi18n
aa0f8ce01ea1f208fbf1d3b0c8fbc6ced4fc26b4
utils/qapt-gst-helper/PluginHelper.cpp
45630ef258467a8804ce02af73c9a22bf3374cf8
Diff: https://git.reviewboard.kde.org/r/128520/diff/
Testing
---
can't be bothered
Thanks,
Harald Sitter
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings
valorie: can someone decide, if http://wire.kubuntu.org/
is still needed with the new kubuntu webpage "News" section?
cheers
HS
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
On Wed, May 25, 2016 at 11:43 AM, Xen wrote:
> Valorie Zimmerman schreef op 25-05-2016 4:09:
>
>> Hello Xen, have you filed bugs against Spectacle in bugs.kde.org? The
>> developer does not (presumably) read this list. Ksnapshot was not only
>> unmaintained, but was rapidly
since the mail apparently got eaten by the moderation queue...
-- Forwarded message --
From: Harald Sitter <sit...@kde.org>
Date: Tue, Feb 16, 2016 at 10:37 AM
Subject: CIs: stricter versioning control
To:
Since the debian version epoch keeps getting messed up ever
Since the debian version epoch keeps getting messed up every once in a
while in the CI branches I have now rolled out tech to prevent debian
epoch bumps (basically bumping the super overriding version of
packaging).
Our jobs now record the versions they built in a file called
'last_version', this
marked as submitted.
Review request for Kubuntu, Martin Gräßlin and Jonathan Riddell.
Changes
---
Submitted with commit f9263411fff21ad7edc5d5766b3053d96acb5110 by Harald Sitter
to branch master.
Repository: kdesudo
Description
---
disable ptrace
Diffs
-
kdesudo/main.cpp
a1a8f11ce737d17f838bc9193d4a8ef469fdf046
CMakeLists.txt 43649b8f60442dce3d4961bba375d2cda5fbec1b
Diff: https://git.reviewboard.kde.org/r/126382/diff/
Testing
---
Thanks,
Harald Sitter
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com
-CREATION
Diff: https://git.reviewboard.kde.org/r/126341/diff/
Testing
---
ran test without fix -> exception fail
ran test with fix -> pass
Thanks,
Harald Sitter
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubun
they are all guarded by #if NM_CHECK_VERSION(1, 0, 6)
our symbols file was removed by
http://anonscm.debian.org/cgit/pkg-kde/frameworks/networkmanager-qt.git/commit/?h=kubuntu_vivid_backports=c11436042cdfc160518336f298a785ed14bdaefd
debian's was introdcued in
New standalone muon package manager release.
http://download.kde.org/stable/muon/5.5.0/muon-5.5.0.tar.xz.mirrorlist
* discover, updater and notifier were split. muon only contains the
package manager now
* build dependencies have been reduced accordingly
--
kubuntu-devel mailing list
Aloha
It was suggested that I do a show and tell on Kubuntu CI. So I got one
scheduled for Thursday Nov 5 (a week from today).
I'd like to invite everyone to attend. In particular if you are
interested in how our CI works or the concept and motivation behind
continuous packaging.
More info and
sitter, Riddell: several KDE tests now fail with "FAIL stderr:
cc1: warning: command line option ‘-std=c++11’ is valid for C++/ObjC++
but not for C"; e. g. kio, plasma-workspace, kcoreaddons
these could be quiesced with "allow-stderr", but presumably
this should be fixed more properly?
Would be
On Mon, Oct 19, 2015 at 9:42 AM, Michael Devendra Lutynski
wrote:
> I realize this thread is old, but Muon Discover used to be located in the
> Kickoff menu in the "Computer" tab. Now I see it's gone in the move to KF5
> and Plasma 2.
>
> Am I the only one to think
http://i.imgur.com/liEEEPl.jpg
On Thu, Oct 15, 2015 at 9:11 AM, Mustafa Muhammad
wrote:
> Hi,
> For new users, it is not that obvious how to install packages, I suggest
> adding Muon Discover to the favorites menu for the default installation.
>
> Regards
>
> --
>
http://anonscm.debian.org/cgit/pkg-kde/applications/kdepim.git/commit/?h=kubuntu_wily_archive=c76f2759cc10a2b19138f083da5791858cbd3e1c
it appears to me the only incompatible change is [1] which appears to
be in viewer.h which hasn't been installed in the present soversion
ever, so this is actual
Since it came up on IRC that the backport merging could make sense
with order changes and so forth I am going to revise this a bit to
potentially be useful once more.
Since I had to write up all directives to not get myself tangled up
here's notes https://goo.gl/photos/Uh71a7FvWdgva3w16 (doubt
I have just removed kubuntu_*_backports branches from the CI
auto-merge order. In my original introduction of it I failed to
explain why we want it and I am now rather under the impression that
we do not want it as it basically regresses wily branches to backport
conditions ever so often while not
General reminder:
Use the tech to avoid transitional CI fail. Specifically pause CI when
you push lots of plunder via
http://kci.pangea.pub/job/mgmt_pause_integration/ and use NOCI in your
commit messages when you want to prevent an immediate build.
# Pause
Backports branches are back in the game. But the merge order changed somewhat.
So. The reason I originally introduced backports as it turns out was
that we consider them a 'release' branches. i.e. we release from this
branch (albeit after distro release). As such it plays into CI efforts
of that
FYI I switched out our log parser and didn't get done with
reimplementing the ignore rules so expect builds to turn UNSTABLE
because they have missing optional cmake deps. Simply ignore that.
I'll retry all builds next week once I have this bit of tech
reimplemented (needs some code design
Quick brain dump.
We are currently using pbuilder's dependency satisfiers, but they are
rather error prone for CI purposes. So at some point we might want to
replace them with custom code as this is actually pretty straight
forward:
Reimplement pbuilder satisfier using apt (default pbuilder is
meh... zsyncing -.-
On Thu, Oct 1, 2015 at 9:43 AM, Jonathan Riddell <j...@jriddell.org> wrote:
>
> yes that's in
>
> Jonathan
>
>
> On Wed, Sep 30, 2015 at 11:17:11PM +0200, Harald Sitter wrote:
>> grml. is that with the patch from yesterday?
>>
>&
On Tue, Sep 29, 2015 at 3:25 AM, Jonathan Riddell <j...@jriddell.org> wrote:
>>
>>
>> yay that fixed it thanks
>>
>> Jonathan
>>
>>
>> On Tue, Sep 29, 2015 at 01:19:18PM +0300, Tm_T wrote:
>> > Hi,
>> >
>> > can confirm I c
did you tick the box?
http://i.imgur.com/Cx1ag09.jpg
On Mon, Sep 28, 2015 at 6:39 PM, Jonathan Riddell <j...@jriddell.org> wrote:
>
> Login works good but I don't seem to have build privilages
>
> Jonathan
>
>
>
> On Mon, Sep 28, 2015 at 01:41:25PM +02
On Thu, Sep 24, 2015 at 11:11 PM, Philip Muskovac wrote:
> 2 things that were staring in my face after I did an upgrade test:
>
> - Application links in kickoff being broken
> https://kyofel.de/owncloud/index.php/s/fqzTshBuNo0uDrr
> Ok, we talked about this while we were packaging
New maintenance release for libdebconf-kde, a Debian configuration
system UI frontend library.
http://download.kde.org/stable/libdebconf-kde/1.0.2/src/libdebconf-kde-1.0.2.tar.xz.mirrorlist
* Improving translations
* Only link qtwidgets publicly, rest are private link libraries
* Fix dependency
Last wednesday I re-enabled symbol tracking in kubuntu ci. This means
that symbol additions are again picked up automatically and removals
will cause a red build.
To that end all frameworks should have up-to-date symbols with their
gcc4 optionals removed after Jonathan turned everything red on
Jon recently got the majority of our native packages moved to
git.kde.org which unfortunately means that building sources from them
is a bit tricky as we need to get translations somehow.
To get that resolved I wrote tiny wrapper tech around the plasma
release script releaseme [1] to reuse it's
Heya
to make sure everyone knows a thing or two about our new mad pim stack
let me quickly outline things involved. Actually, let me outline it
quickly but it will still be a very long mail. sorz.
Firstly kdepim4 is gone from the archive as it can not be co-installed
with the new pim stack and
wily is moving from libav back to libffmpeg. library-wise we seem to
be sorted, but there are also runtime utils to be considered here.
to transit them libav-tools dependency/recommends/suggests needs
changing to ffmpeg and the runtime tool that is being called probably
needs to be changed to
Uploading marble_15.08.0-0ubuntu4.dsc: done.
should fix the tests
there are some porting problems though... looking into those now
On Fri, Aug 28, 2015 at 7:49 AM, Harald Sitter <sit...@kde.org> wrote:
> holding up transition out of proposed:
>
> http://autopkgtest.ubuntu
06)
<https://git.reviewboard.kde.org/r/125003/#comment58586>
needs -- or -c for argument list
- Harald Sitter
On Aug. 31, 2015, 2:17 p.m., Aleix Pol Gonzalez wrote:
>
> --
As it turns out the kdepim crew didn't assess transition implications
sufficiently rendering us in a state where there's a whole bunch of
third party apps that use kdepimlibs.
Since those apps are still using kde4libs we need a compatibility
kdepimlibs that is not coming from upstream :(
random FYI: bluedevil is now being CI'd on wily again (disabled for
vivid because no bluez5)
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
as you hopefully all know kubuntu ci checks if a patch is actually
listed in series. this now also has an override mechanic [1] since we
need it for kdepim
debian/patches/ignore
exactly the same format as the series itself. all patches listed in
ignore are not being complained about
more
as it turns out we somehow cheated our away around a gcc5 transition
for kdecoration. I have now merged the debian change and uploaded this
bugger:
https://launchpad.net/ubuntu/+source/kdecoration/4:5.3.95-0ubuntu2
I am too stupid to get rebuilds of the rdeps using the new version
though. I'd
salut
wily is getting pam-kwallet5 enabled (alongside pam-kwallet4 as seen
previously) currently stuff is waiting a bit in proposed but
eventually the following stuff will change with the intended end
result that users get their wallet unlocked by default. this will
apply moving forward for all
Harald Sitter has proposed merging
lp:~apachelogger/kubuntu-packaging/pykde4-no-kdepimlibs into
lp:~kubuntu-packagers/kubuntu-packaging/pykde4.
Requested reviews:
Scott Kitterman (kitterman)
For more details, see:
https://code.launchpad.net/~apachelogger/kubuntu-packaging/pykde4
On Sun, Aug 16, 2015 at 2:29 AM, Clive Johnston cliv...@gmail.com wrote:
Hi list,
This is my first email so I'm not sure on the structure, please tell me know
if I get it wrong.
Please review the following links which are patches for the package okteta -
Kubuntu KDE Applications 15.07.90
http://packages.ubuntu.com/source/wily/kdeplasma-addons
On Fri, Aug 14, 2015 at 1:52 AM, Valorie Zimmerman
valorie.zimmer...@gmail.com wrote:
I was told in #plasma that some of the widgets I've been missing are
in kdeplasma-addons.
However:
[23:04] valorie !info kdeplasma-addons
[23:04]
On Fri, Aug 14, 2015 at 11:30 AM, Jonathan Riddell j...@jriddell.org wrote:
I'm away until monday afternoon
Please keep fixing those applications packages and keep reponsding to
doko's pings about stuff that needs fixed for gcc transition
dolphin doesn't appear pushed
On Wed, Aug 12, 2015 at 7:51 PM, Jonathan Riddell j...@jriddell.org wrote:
picmi - clivejo
kross-interpeters - jriddell
dolphin-plugins - jriddell
baloo-widgets - jriddell
dolphin - jriddell
I've also got marble compiling away in a pbuilder here
There's a
repo-merge now supports a new switch --no-create which allows us to
disable the automatic branch creation upon merging. this use case
appears when merging unstable-stable for CI as stable is not
applicable to everything (neither is unstable).
e.g. plasma repos partially have unstable but no stable
since we have (all?) our actual applications on git.kde for a while, I
have now enabled IRC commit notifications going to #kubuntu-devel for
all relevant repos. should it get too spammy, which I doubt as only
muon sees regular changes, please get in touch with me so we can
figure out a solution.
all imported and uploaded to staging ppa
thanks
On Mon, Aug 10, 2015 at 9:54 AM, José Manuel Santamaría
panfa...@gmail.com wrote:
Hi,
I have been working this weekend on a patchset to improve the status of KDE
Frameworks 5.13, it's temporarily available here:
On Fri, Aug 7, 2015 at 5:20 PM, Jonathan Riddell j...@jriddell.org wrote:
ssh in and mv on the server
is that the wrong way to do it?
I really think in this instance it should have been a copy. They are
not the same thing anymore. There's a new source, so there should be a
new repo IMO.
At
On Thu, Aug 6, 2015 at 12:54 AM, Maximiliano Curia
m...@gnuservers.com.ar wrote:
WRT kgamma, I don't see why we should have two of them.
We don't need two, but we already have the kde4 version that is bigger than
the one released in plasma5.
I vote for an epoch, so we use an epoch for
applied. thanks.
On Thu, Aug 6, 2015 at 5:10 PM, José Manuel Santamaría
panfa...@gmail.com wrote:
Hi,
oxygen-fonts is currently failing to build, so with Harald's help I have fixed
it, the patch is temporarily available here:
http://gpul.grupos.udc.es/kubuntu_patches/misc/oxygen-fonts/
and
ahoy ahoy
random things of interest:
# apps
all applications repos that had a kubuntu_unstable branch now had
their _unstable merged into _stable. i.e. stable is now tracking the
upcoming Applications/15.08.
you *must not* merge stable into a branch from which you want to
release a 15.04
plasma/kfilemetadata - frameworks/kfilemetadata
plasma/baloo - frameworks/baloo
unstable branch was removed from the plasma repositories
stable branch was removed from the frameworks repositories
KCI should switch the builds accordingly whenever it decides to build them again
plasma initial
any volunteers who would want to port the packaging of new kf5 apps
due for release with apps 15.08?
if so grab a repo from git.debian.org and port away. list of minimal changes:
- redo build-depends
http://build.kde.org/userContent/dependency-metadata.tar.xz helps
with figuring out deps. do not
FTR there is a handy script for that ^^
http://anonscm.debian.org/cgit/pkg-kde/ci-tooling.git/tree/kci/expunge.rb
going to run it shortly
On Tue, Jul 14, 2015 at 5:42 PM, Jonathan Riddell j...@jriddell.org wrote:
I'm not sure, a question for Harald that one.
Thanks for testing.
Jonathan
expunged
On Wed, Jul 15, 2015 at 2:00 PM, Jonathan Riddell j...@jriddell.org wrote:
also deleted oxygen-qt4 kubuntu_unstable branch now
Jonathan
On 15 July 2015 at 08:55, Harald Sitter sit...@kde.org wrote:
FTR there is a handy script for that ^^
http://anonscm.debian.org/cgit/pkg-kde/ci
Subject: Package conflict
To: Harald Sitter sitter.har...@gmail.com
The breeze source package and breeze-qt4 source package are both
providing kde-style-breeze-qt4. The breeze metapackage also has a
binary:Version dependency on kde-style-breeze-qt4 which causes the
dependency tree to break whenever
as apparently people don't give a flip about resolving merge conflicts
with debian, I am disabling automatic merging of debian's master
branch again. i.e. if you want to merge with debian you can do it by
hand moving forward.
http://i.imgur.com/JQ5G11i.jpg
when I enabled this feature I was very
starting tomorrow back to 0 UTC
On Thu, Jun 11, 2015 at 4:05 AM, Harald Sitter sit...@kde.org wrote:
moved to 3 UTC now. because why not.
On Wed, Jun 3, 2015 at 7:44 PM, Harald Sitter sit...@kde.org wrote:
aloha
since I am currently at the US west coast I switched KCI dailies to
trigger
[13:05] * seaLne pokes people coming to akademy to register
https://akademy.kde.org/2015/register
kindly remember to register if you plan to attend (which you should).
best check right now in case you forgot.
HS
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or
works in wily, not vivid though
On Sun, Jun 14, 2015 at 10:57 PM, José Manuel Santamaría Lema
panfa...@gmail.com wrote:
Jonathan Riddell j...@jriddell.org
not applied kio as the not-installed stuff doesn't like wildcards,
Actually, I think it does, see the history of the kubuntu_wily_archive
-- Forwarded message --
From: Martin Klapetek martin.klape...@gmail.com
Date: Wed, Jun 10, 2015 at 3:08 PM
Subject: PSA: KDE Telepathy master now must have new plugin installed
To: KDE Telepathy kde-telepa...@kde.org,
kde-distro-packag...@kde.org, kdelibs kde-core-de...@kde.org
since I keep getting asked the same question over and over again
here is why automated qml dep injections a la
Depends: ${qml:Depends}
is not very practical and in fact not something I pursue
1. qml module lookup rules are somewhat flexible and can be modified
at runtime such that lookup at
moved to 3 UTC now. because why not.
On Wed, Jun 3, 2015 at 7:44 PM, Harald Sitter sit...@kde.org wrote:
aloha
since I am currently at the US west coast I switched KCI dailies to
trigger at 7 UTC rather than 0 UTC so they don't build while I am
trying to play pin the tail on the donkey CI
+1
On Mon, Jun 8, 2015 at 5:58 PM, Jonathan Riddell j...@jriddell.org wrote:
I'd like to tidy the PPAs as they're getting messy
I proposed to delete:
Kubuntu Next [obsolete]
Kubuntu Next Backports [obsolete]
Kubuntu Next Stage 1 (DON'T USE) [needs a better name]
Kubuntu Next Stage 2 (DON'T
marked as submitted.
Review request for Kubuntu, Phonon, Rohan Garg, Jonathan Riddell, and Sune
Vuorela.
Changes
---
Submitted with commit f9a268d386f0dcaece6232bf5c9e4b87ebc37cef by Harald Sitter
to branch master.
Repository: phonon
Description
---
This allows two things
a) One
Hey Michael,
Sorry that I am only responding now, jet lag took a bit of a toll on
brain function.
All my questions are answered it seems. I also read through the
donations page a couple of times and I think it is appropriately clear
now.
Thanks again for taking the time to answer all of this.
aloha
since I am currently at the US west coast I switched KCI dailies to
trigger at 7 UTC rather than 0 UTC so they don't build while I am
trying to play pin the tail on the donkey CI-style.
HS
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
ahoy ahoy
I fixed Jon's CI breakage today and noticed a bad bad regression and
my frail mind was not able to find the commit that actually broke it
so *shrug*...
kindly note that due to the debian merge the kpty packaging presently
has regressed and lost a build dep that in turn affects the way
oh oh and I see some frameworks are marked orange in CI, perhaps
someone can check that out and improve to green. orange frameworks are
always bad brrr.
On Mon, Jun 1, 2015 at 9:25 PM, Harald Sitter sit...@kde.org wrote:
ahoy ahoy
I fixed Jon's CI breakage today and noticed a bad bad
easier to read and follow.
On 05/28/2015 12:18 PM, Harald Sitter wrote:
0. I think it would help a great deal if the community could get an
outline of how exactly the donation process works. To that extent a
lot of the question below seek to better understand how it works,
where money goes
Hey David and Michael,
As previously noted on G+ [0] I do have various questions WRT how the
donations are being handled and would love some answers.
0. I think it would help a great deal if the community could get an
outline of how exactly the donation process works. To that extent a
lot of the
motion carried with all council members present and in favor
On Tue, May 26, 2015 at 5:00 PM, Rohan Garg rohang...@kubuntu.org wrote:
Hey everyone
In preparation for today's meeting in Kubuntu Devel, there's a
proposed change for the council by laws. This is a copy of the draft
that we'll be
44 minutes to go reminder.
On Tue, May 26, 2015 at 12:30 AM, Philip Muskovac yo...@gmx.net wrote:
Dear community,
The Kubuntu Council will hold a meeting on IRC in
#kubuntu-de...@irc.freenode.net at 15:00 UTC tomorrow [1].
All members of the Kubuntu community are welcome to join the
Log of the meeting http://irclogs.ubuntu.com/2015/05/26/%23kubuntu-devel.html
Myriam said she'll prepare some minutes as well, until then please
refer to the log for information on what was discussed.
HS
--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or
On Wed, May 13, 2015 at 6:41 PM, Philip Muskovac yo...@gmx.net wrote:
Now that the Launchpad Git support is mostly working [1], should we look into
converting some of our more frequently used repositories to git? Starting
with kubuntu-automation? ;)
+1
(or move to git.debian :P)
--
since I can't be bothered to discuss a kubuntu folder on git.debian
right now - merge tool
https://github.com/apachelogger/kubuntu-repo-merge
-o = origin
-t = target
last argument = subdir to ls on git.debian for a list of repos (e.g.
applications/frameworks/plasma)
-o can be defined more than
On Tue, May 12, 2015 at 11:11 PM, Scarlett Clark sgcl...@kubuntu.org wrote:
This bug : https://bugs.kde.org/show_bug.cgi?id=347535
and now here:
https://bugs.launchpad.net/ubuntu/+source/kdeedu/+bug/1454402
I cannot reproduce this on kubuntu so what make me wonder is the two
On Wed, May 13, 2015 at 10:18 AM, Harald Sitter sit...@kde.org wrote:
On Tue, May 12, 2015 at 11:11 PM, Scarlett Clark sgcl...@kubuntu.org wrote:
This bug : https://bugs.kde.org/show_bug.cgi?id=347535
and now here:
https://bugs.launchpad.net/ubuntu/+source/kdeedu/+bug/1454402
I cannot
we just noticed that meta-kde-telepathy was not uploaded to the PPA.
kindly note that the metapackage is pretty much required to make sure
the user gets a coherent telepathy stack and shouldn't be forgotten
when doing an upload (which is of course extra tricky because it
doesn't have a tarball
1 - 100 of 560 matches
Mail list logo