Re: [arch-dev-public] Archweb update

[Andrea Scarpino via arch-dev-public]

On Thursday, 13 February 2020 23:59:17 CET Jelle van der Waa wrote:
> * Implement planet functionality for archweb, to replace
>   planet.archlinux.org which is Python 2 and not going to be ported.
>   Every user on archweb can configure the website and website_rss urls
>   in their profile which will be shown on planet after a systemd service
>   pulls the RSS feeds in. [1] [2]

Hi Jelle,

what about former developers' blogs? It will be still possible to link theirs 
blogs? How?

Thank you

-- 
Andrea Scarpino
(former) Arch Linux Developer

Re: [arch-dev-public] [DRAFT] Deprecation of the ABS tool and rsync server

[Andrea Scarpino]

On Tue, May 9, 2017 at 11:08 AM, Bartłomiej Piotrowski
 wrote:
> There we go. Far from perfect, happy to hear suggestions from spirits of
> poetry.
>
> ---
>
> Due to high maintenance costs of rsync server and scripts related to
> Arch Build System, we have decided to deprecate the `abs` tool and rsync
> as endorsed way of obtaining PKGBUILDs tree.
>
> The `asp` tool, available in [extra], provides similar functionality to
> `abs`.  `asp export pkgname` can be used as direct alternative; more
> information about usage can be found in [its documentation][asp].
> Additionally Subversion sparse checkouts, as described [here][svn], can
> be used to achieve similar effect.  For fetching all PKGBUILDs, the best
> way is cloning [svntogit][git] mirrors.
>
> While `extra/abs` package has been already dropped, rsync endpoint will
> be disabled by the end of the month.
>
> [asp]: https://github.com/falconindy/asp/blob/master/man/asp.1.txt
> [svn]: https://www.archlinux.org/svn/
> [git]: https://git.archlinux.org/svntogit/
>

I think this also means srcpac[1] is deprecated now.

[1] https://www.archlinux.org/packages/extra/any/srcpac/

-- 
Andrea

Re: [arch-dev-public] Consensus: DKMS modules

[Andrea Scarpino]

On Mon, Apr 18, 2016 at 2:24 AM, Sébastien Luttringer 
wrote:

> So, I pushed a binary package for virtualbox -arch kernel modules.
>

Thanks!

-- 
Andrea

Re: [arch-dev-public] DKMS modules for virtualbox

[Andrea Scarpino]

On Sun, Mar 6, 2016 at 12:44 PM, Bartłomiej Piotrowski <
bpiotrow...@archlinux.org> wrote:

> 5) As an end user, I don't want to have compiler or kernel headers
> installed.
>

^ This.

-- 
Andrea

Re: [arch-dev-public] [core] build failures

[Andrea Scarpino]

On Wed, Aug 12, 2015 at 12:42 PM, Allan McRae al...@archlinux.org wrote:

 FAIL: gummiboot - build failed


IMHO this should just be dropped.

-- 
Andrea

Re: [arch-dev-public] user/group management in packages

[Andrea Scarpino]

On Tue, Feb 3, 2015 at 1:27 PM, Evangelos Foutras evange...@foutrelis.com
wrote:

 I'd say yes and I agree on both points.

 This is also a perfect opportunity to mention systemd-sysusers(8) which,
 along with sysusers.d(5) entries, can greatly simplify the creation of
 system users.


+1 for doing this.

-- 
Andrea

[arch-dev-public] Cleaning [extra]

[Andrea Scarpino]

Hi all,
the following packages can be moved from [extra] to [community] because are 
orphan and not needed by any other package in [extra]. Neither as 
{make,opts,}deps.

Also, the packages that are not needed by anyone could be directly moved to 
AUR if no DEV/TU is interested.

Please take a look in the case you forgot to adopt some package.

If there are no objections, I will move the packages between Saturday and 
Sunday.

* archlinux-themes-kdm
* archlinux-wallpaper
* aspell-hu
* bin86
* capseo (needed by none)
* cd-discid
* cinepaint
* docker-tray (needed by none)
* ethstatus (needed by none)
* fbset
* flickrnet
* ftjam
* gcdmaster (needed by none)
* hitori
* hunspell-hu
* hyphen-hu
* i8kutils (needed by none)
* id3v2
* imlib
* libnl1
* libotr3 (needed by none)
* libunique3
* liquidwar (needed by none)
* luajson (needed by none)
* mhash
* mod_perl
* mythes-hu
* mythes-nl
* netkit-bsd-finger (needed by none)
* ppl
* python2-pysqlite
* python2-speechd (needed by none)
* racket (needed by none)
* tsocks (needed by none)
* tuxpuck (needed by none)
* v86d (needed by none)

Cheers

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] My account on bug tracker

[Andrea Scarpino]

On Mon, Jan 12, 2015 at 3:42 AM, Balló György ballog...@gmail.com wrote:

 Hi,

 Someone removed me from the Trusted Users project group on our bug
 tracker. Please add my account back to this group:
 https://bugs.archlinux.org/user/8307


Uhm, maybe it has been me.

I added arojas and removed cinelli and someone else not listed in the TU
page.
Sorry for the noise, added again.

-- 
Andrea

Re: [arch-dev-public] [arch-events] Arch Linux lanyards for FOSDEM

[Andrea Scarpino]

CC'ing arch-dev-public to let devs and TUs know about this.

On Wed, Jan 7, 2015 at 2:33 PM, William Gathoye will...@gathoye.be wrote:

 I'll take 3 of them if you don't mind. In that way of some of my
 friend need one, I'll have enough, and this allows for you and me to
 drop the unit price.


I mailed Dusty Phillips about the shipping time and he replied that using
regular shipping the lanyards will never arrive in time.
He's talking with a private post service for a faster shipping method *and*
(big news!):
Dusty will donate a bunch of lanyards to be distributed to Arch Linux
Developers and Trusted Users, but also to people involved in arch, but not
officially yet.

I'd like to know how many AL devs/TUs will participate to FOSDEM so I can
keep one for each official contributor at least.


 I assume benefits are for the ArchLinux community right? Btw, I wonder
 how are donations managed at ArchLinux, I haven't seen a blog
 article/official statement on the wiki yet.


Since I'm involved in Arch (6+ years) the money have been spent for Arch
Linux server hosting only (well, and one build machine).

Regards

-- 
Andrea

Re: [arch-dev-public] Away 1st to 10th Nov

[Andrea Scarpino]

On Fri 31, October 17:27:02 you wrote:
 Hi all,
 I'll be in Austria with little to no-internet access starting from tomorrow
 till 10th November.
 
 Free to update or patch my packages in this time.
 
 Please also take care of Antonio's TU proposal which just began the votation
 period and then it will end 6th Nov.
 
 Best regards

...and I'm back.

Cheers

-- 
Andrea
Arch Linux Developer

[arch-dev-public] Away 1st to 10th Nov

[Andrea Scarpino]

Hi all,
I'll be in Austria with little to no-internet access starting from tomorrow 
till 10th November.

Free to update or patch my packages in this time.

Please also take care of Antonio's TU proposal which just began the votation 
period and then it will end 6th Nov.

Best regards

-- 
Andrea
Arch Linux Developer

[arch-dev-public] Plasma 5 official packages

[Andrea Scarpino]

The day has come: Plasma 5 packages are now in [extra]!

KDE 4 users that don't plan to switch to Plasma 5 can stop reading here. This 
doesn't affect you in any way!

The packages are /usr prefixed and the only two conflicts are: kdebase-
workspace and kdebase-kdepasswd. In truth, there are also baloo and 
kactivities4, but they can be safetly replaced with the -framework version.

If you install Plasma 5 you will not be able to switch from KDE 4 to Plasma 5 
just by logging out from your X session, but the good news is that you can run 
any KDE 4 application over Plasma 5 because there are very few (or almost 
none) that really require kdebase-workspace to work.
I also invite you to report on your bug tracker any package that has a 
dependence on kdebase-workspace but that can also run without it (e.g. 
kdevelop - which is fixed now).

To install Plasma 5 you can use the old plasma-next group that I made months 
ago with just kwin and oxygen. This group will be probably renamed to plasma5 
or just as 'plasma' with the next Plasma update (sorry for the wordgame :).

If you install the packages from AUR, I suggest you to remove it completely 
first and then install the packages from [extra] this way:

  # pacman -Rscn plasma-desktop
  # pacman -S plasma-next

*Note*: Plasma 5 doesn't ship a DM anymore and since KDM is included into 
kdebase-workspace this means that you also have to choice a new DM. I 
personally suggest sddm which is also in [community] now.


And now just few words more:
I've no more time as I had before to contribute to Arch, and I want to let you 
know that all this work has been possible mainly thanks to a member of our 
community: Antonio Rojas (arojas).
This man has reported me a lot of suggestions on how to handle the conflicts 
between KDE 4 and KDE Frameworks/Plasma 5 and he has made the skeleton for the 
official packages. Antonio, a very huge thank you from me!!!

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Plex Media Server in [community]

[Andrea Scarpino]

On Tue, Oct 14, 2014 at 12:50 PM, Allan McRae al...@archlinux.org wrote:
 Given it is a binary source, I see no real advantage to adding it to the
 repositories.

Yep, me neither.

In fact I'd like to drop any binary source from our repositories...

-- 
Andrea

Re: [arch-dev-public] Plex Media Server in [community]

[Andrea Scarpino]

On Tue, Oct 14, 2014 at 1:25 PM, Ike Devolder ike.devol...@gmail.com wrote:
 The real advantage here is that our users can conveniently install it
 from our central repository, no need to fiddle around and when 'we' ship
 it, there is at least someone testing it so that someone knows the
 possible quircks to make it work just fine on arch.

I'm sorry, but still I don't see the difference between AUR and this.
The package will be maintained by Maxime, so it's already official
in some way.

You don't lose bandwidth, neither CPU cycles in this case (well,
except for compression which could be set to plain tar anyway).

 I see no real reason to 'ban' packages with binary sources. Or would you
 rather go for the ubuntu model where we add a 'multiverse' like
 repository where all the dirty stuff is stored ?

I guess there's no need for an extra repository since we have AUR.

-- 
Andrea

Re: [arch-dev-public] Plex Media Server in [community]

[Andrea Scarpino]

On Tue, Oct 14, 2014 at 1:43 PM, Pierre Schmitz pie...@archlinux.de wrote:
 Or do you refer to the free software aspect here? We never forced people to
 only use or package free software and I hope we keep it that way.

Yes, I refer to the free software aspect Pierre.

However, it's not my intention to try to change our policies until we
agree to change them.

-- 
Andrea

[arch-dev-public] Moving KDE 4 translations

[Andrea Scarpino]

Hi all,
KDE Frameworks 5 applications will install their translations into 
/usr/share/locale/$LANG the same way KDE 4 applications do. Then they will 
conflict. See also FS#41684 for more info.

To fix this, we moved KDE 4 translations into /usr/share/locale/kde4/$LANG. 
This has been simple as rebuilding kdelibs and ALL applications using it.

We rebuilt every package[1] which depend on kdelibs (directly or not), but 
someone could be missing. Please report any official package with a broken 
locale.

You will need to rebuild your AUR packages that use kdelibs.

Packages are in [testing] right now.

Cheers

[1] https://www.archlinux.org/todo/moving-kde4-translations/

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Fosdem 2015

[Andrea Scarpino]

On Thu 28, August 20:07:55 Jelle van der Waa wrote:
 Hi all,
 
 Next year there will be another Fosdem conference and I will be there
 from friday till sunday.
 If we want to organise something as Arch Linux we have
 to pay attention to the following dates:
 
 Key dates:
  15 September - deadline for developer room proposals
  1 October- deadline for main track proposals  accepted developer rooms
 announced

Jay! I'll be there too :-)

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] OpenJDK 8 packages from testing pulled back

[Andrea Scarpino]

On Aug 16, 2014 2:32 PM, Guillaume ALAUX guilla...@archlinux.org wrote:

 OpenJDK 8 packages with bad version numbers (8.u20.b23) were pushed to
 [testing]. New packages are now available (8.u11).

Thank you Guillaume, great work! What about the doc package?

Re: [arch-dev-public] dosfstools to base group?

[Andrea Scarpino]

On Tue 17, June 19:35:33 Thomas Bächler wrote:
 [...] the user will also need to install dosfstools, otherwise fsck.fat
 will fail on every boot, and he/she will be unable to interact with the
 EFI partition.
 
 Failure to find fsck.fat does not prevent mounting at all.

I suppose this was about Arch Linux ARM. dostoolsfs is not provided in their 
tarball and in many cases you need it if you want to install the bootloader.

dosfstools is just 72Kb and provides support for another file system, so +1 
for me.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Integrity Check x86_64: core, extra, community, multilib 06-06-2014

[Andrea Scarpino]

On Fri 06, June 16:17:39 repoma...@archlinux.org wrote:
 extra/libkactivities-frameworks
 extra/phonon-gstreamer
 extra/phonon-vlc

Fixed.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] News announcement for screen-4.2.1

[Andrea Scarpino]

On Mon 28, April 07:22:33 Gaetan Bisson wrote: 
 Of course I much prefer the latter (package in [testing]), except it
 means another break: no older screen instances will be reattachable with
 screen-4.2.1. How about yet another (shorter) announcement?

+1 for that

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Fwd: [systemd-devel] Assigning a second ip-address on interface (i.e. eth0 and eth0:1)

[Andrea Scarpino]

On Thu 24, April 13:27:54 Tom Gundersen wrote:
 I thought we had dropped it from Arch to be honest... Maybe time to
 look at that...

+1 for removing it from [core]

On my system it's needed by aircrack-ng which is in [community], so I propose 
to move net-tools there too.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Drop cronie and logrotate from base?

[Andrea Scarpino]

On Tue 01, April 20:48:16 Florian Pritz wrote:
 Moving to extra sounds good.

+1

 Move it to extra and make it a dep of everything that logs to /var/log
 by default, optdep for stuff that can be configured to log there. (both
 assume that the package actually has a logrotate config ofc)

Is not needed for packages that log to /var/log (e.g. pacman), but for 
packages that install a logrotate.d script (42 at the moment). I'm not sure if 
this should be a dep or optdep though.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Fwd: [arch-general] Java 8

[Andrea Scarpino]

On Sun 30, March 16:14:17 Guillaume Alaux wrote:
 **We** (Arch Linux) do not patch anything here. We are just wondering
 which way to go between:
 1- build from upstream OpenJDK by Oracle (the build process and result
 are kind of dirty, it builds against included libraries that are
 shipped afterwards - libpng, libjpeg, ...)
 2- build from upstream OpenJDK by Oracle AND upstream IcedTea on a
 pre-release version (are we OK with a pre-release on our repos? This
 could go to testing?)
 3- ship an already built by Oracle binary version (not in favor of
 this one - this is what is in AUR as jdk and jre)
 4- do not ship Java 8 at all and wait for IcedTea8 stable to come out
 (when?)

I'd say to go for 1), I don't use IcedTea at all and I guess very few people 
do these days. And maybe those could use jre from AUR until icedtea8 is out.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Fwd: [arch-general] Java 8

[Andrea Scarpino]

On Sun 30, March 20:03:51 Guillaume Alaux wrote:
 You might be talking about icedtea-web [0], the browser plugin that
 enables some Java interpretation inside browsers? This is yet another
 project provided by the IcedTea team.

Indeed. Thank you for the clarification.

Could you provide an openjdk8 package without IcedTea? Isn't necessary to put 
that in the repos, just to test what would be missing/broken.

Cheers

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Use systemd timers instead of /etc/cron.{hourly, daily, weekly, monthly}?

[Andrea Scarpino]

On Fri 28, March 01:01:22 Thomas Bächler wrote:
 Since systemd 212, systemd timers support the Persistent=true option for
 OnCalendar timers. This is functionality similar to anacron:

Cool!

 I'd be willing to convert all the core packages and put them to testing
 if people agree that this is the right course.

+1 from me

-- 
Andrea
Arch Linux Developer

signature.asc
Description: This is a digitally signed message part.

Re: [arch-dev-public] [RFC] Add ARM to archlinux.org

[Andrea Scarpino]

On Mon 24, March 15:02:53 Gaetan Bisson wrote:
 Personally, although I think the AUR is a valuable service and that you
 shouldn't be assuming its costs and maintenance alone, I'm not sure if
 making it official would be a good thing (TM) in terms of encouraging
 users to downgrade packages rather than reporting bugs and upgrading
 cleanly when things break.

I want to quote Gaetan and Dave here.
I fear that making ARM official or semi-official we unconsciously boost 
single packages downgrade.

-- 
Andrea
Arch Linux Developer

signature.asc
Description: This is a digitally signed message part.

Re: [arch-dev-public] libssh - X2goclient

[Andrea Scarpino]

On Tue 21, January 11:20:07 Andreas Radke wrote:
 There is a libssh 0.6.0 release update pending for us. I'd like to ask
 you stay with 0.5.x branch for a bit longer.

Any news here? KDE 4.13 requires libssh = 0.6.0 [1]

[1] 
https://projects.kde.org/projects/kde/kde-runtime/repository/revisions/40076246be995cc006a12f8afc2c18cfacbf0604

-- 
Andrea
Arch Linux Developer

[arch-dev-public] [kde-unstable] 4.13

[Andrea Scarpino]

Hi all,
it's again time for a new major release of KDE.

The first beta of the 4.13 series has been released[1].
As usual, you find the packages in the [kde-unstable] repo, which only 
contains beta/rc releases.
Read install instruction from here[2].

*NOTE*: It requires [testing] enabled.

The following packages have been added:
* kfilemetadata
* baloo
* baloo-widgets
* kdeedu-artikulate
* kqtquickcharts

KDE is migrating from Nepomuk to Baloo. Dolphin, KDEPIM and Gwenview have 
already been ported to Baloo, but KActivities is not (and maybe never will be 
ported in any 4.x release) so I disabled Nepomuk support for it.
This way you can run a basic KDE desktop without Nepomuk. Anyway Amarok, KDE-
Telepathy, Digikam and more still use Nepomuk, but future releases will not. 
You can take a look to the this list[3].
Nepomuk and Baloo can co-exists, but this is advise against and you've to 
manually disable Nepomuk.

Please report any packaging bug to our bug tracker.

KDE bugs go in the upstream bug tracker.
Have a nice update and testing!

Watch the list of known issues[4].

[1] http://kde.org/announcements/announce-4.13-beta1.php
[2] https://wiki.archlinux.org/index.php/KDE#Unstable_releases
[3] http://community.kde.org/index.php?title=Baloo/NepomukPort
[4] https://wiki.archlinux.org/index.php/DeveloperWiki:KDE#Known_issues

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] [kde-unstable] 4.13

[Andrea Scarpino]

On Sat 08, March 09:38:43 you wrote:
 Nepomuk and Baloo can co-exists, but this is advise against and you've to
 manually disable Nepomuk.

On a second thought, is more easier to just disable Nepomuk for everyone:

* KGet and Plasma-Addons 4.13 have been rebuilt without Nepomuk support.
* I already rebuilt Rekonq in [community] so it does not depends on nepomuk-
core anymore.
* Amarok and Tellico loads Nepomuk at runtime, so basically their plugin will 
not be available or simply will not work.
* I'm going to provide KDE-Telepathy beta packages in [kde-unstable].

After this, you can remove soprano, virtuoso-base, nepomuk-core and nepomuk-
widgets.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Bug Wrangler

[Andrea Scarpino]

On Thu 06, February 22:11:46 Gerardo Exequiel Pozzi wrote:
 PS: I just made a bulk of bugtracker cleanup today, assign tasks/rename
 to [pkgname] title, close, etc. Some of them was for orphaned pkgs so my
 rule was: assign it to maintainers of packages who depends on it, if
 no-one, then assign to the latest packager.

Thank you very much Gerardo!!

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] libaacs - suitable for [community]?

[Andrea Scarpino]

On Tuesday 07 January 2014 15:53:10 Martin Wimpress wrote:
 Hi,
 
 One of the packages I'd like to move from the AUR to [community] is
 `libaacs` [1]. I think is suitable because I see that `libdvdcss` is in
 [extra].
 
 But after a chat in #archlinux-tu I was suggested that I should check
 here first.
 
 Thoughts?

It already has 44 votes, so I guess you can move it without asking (but thank 
you because you did!).

If you maintain it I'm fine.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Integrity Check x86_64: core, extra, community, multilib 03-01-2014

[Andrea Scarpino]

On Friday 03 January 2014 16:10:55 repoma...@archlinux.org wrote:
 Repo hierarchy problems:   265

If we don't care anymore about this, why we don't disable this check?

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Permission problems on Flyspray and AUR

[Andrea Scarpino]

On Sunday 15 December 2013 17:51:09 Balló György wrote:
 2. djgera (Gerardo Pozzi) has 'Trusted User' account type in AUR[2],
 but in fact, he was never applicated as TU, nor took part in any
 votes. He is a developer since 2012-10-22. Could someone change his
 account type to 'Developer'?

Fixed.

-- 
Andrea
Arch Linux Developer

[arch-dev-public] KDE 4.12

[Andrea Scarpino]

Hi all,
it's again time for a new major release of KDE.
The first beta of the 4.12 series has been released[1].

As usual, you find the packages in the [kde-unstable] repo, which only 
contains beta/rc releases.
Read install instruction from here[2].

NOTE: *It requires [testing]* enabled.

Packages changes:
* kdeartwork-sounds has been removed from the KDE SC.

Please report any packaging bug to our bug tracker.
KDE bugs go in the upstream bug tracker.

Have a nice update and testing!

[1] http://kde.org/announcements/announce-4.12-beta1.php
[2] https://wiki.archlinux.org/index.php/KDE#Unstable_releases

-- 
Andrea
Arch Linux Developer

[arch-dev-public] Plasma-NM plasmoid moved to [extra]

[Andrea Scarpino]

Hi all,
just to inform all the KDE + NetworkManager users out there that I moved 
kdeplasma-applets-networkmanagement to AUR.

The KDE development is now focused on the kdeplasma-applets-plasma-nm plasmoid 
which is now in [extra].

See [1] for more info.

Cheers

[1] http://ltinkl.blogspot.it/2013/09/first-plasma-nm-release.html

-- 
Andrea
Arch Linux Developer

[arch-dev-public] KDE 4.11 enters [extra]

[Andrea Scarpino]

Hi all,
another KDE 4.x major release has been released[1] and it's in [extra].

See the upstream announce for the new features/changes.

In Arch, the following packages have been added:
- a strigi analyzer, kdenetwork-strigi-analyzers (at the moment for torrent 
files only);
- a thumbnailer, kdesdk-thumbnailers (at the moment for po files only);
- a runner, kdeplasma-addons-runner-translator;
The kdeplasma-addons-applets-kdeobservatory plasmoid has been removed from 
the KDE SC.
Also, there are no more kdeadmin, kdenetwork, kdesdk and kdetoys PKGBUILDs, 
instead each application, in those modules, has its own PKGBUILD.

There is also a soname bump: libkipi.so.10 - libkipi.so.11

Have a nice update!

[1] 
http://dot.kde.org/2013/08/14/411-release-plasma-workspaces-applications-and-development-platform

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Packages still containing rc.d scripts

[Andrea Scarpino]

On Wednesday 05 June 2013 12:37:54 Lukas Fleischer wrote:
 I saw an updated version of bluez in [testing] that no longer contains
 these files. Can someone please have a look at ntp, tomcat6, x11vnc,
 couchdb and wesnoth?

I guess that those have been updated on trunk only.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3

[Andrea Scarpino]

On Friday 24 May 2013 10:37:31 Thomas Bächler wrote:
 NetworkManager's OpenVPN support is broken by design and has always
 been. That said, kovpn is broken, too.

Could you argument that? I use a OpenVPN network everyday with no issue.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3

[Andrea Scarpino]

On Friday 24 May 2013 11:27:16 Thomas Bächler wrote:
 Networkmanager's OpenVPN plugins connects to OpenVPN servers and
 receives routes and addresses. It then decides to ignore all routing
 information the server sent and always sets up a default route through
 the VPN. It also takes some arbitrary host as gateway, not the one that
 the server tells it to. In this scenario, it is no longer sufficient to
 configure the server properly, you also need to duplicate all
 configuration in the networkmanager applet on the client. It's been that
 way for years and this hasn't changed since (although the last version I
 tried was a year ago or so).

I had those issue too, but you can set pretty much everything related to 
routes in the IP4 Settings - Routes[1] tab. Specially the Ignore 
automatically obtained routes option.

Back on topic, we can drop at least kovpn then (CC'ing Sergej).

[1] http://wstaw.org/m/2013/05/24/plasma-desktopQ10566.png

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Removing glib 1, gtk 1 and qt3

[Andrea Scarpino]

On Thursday 23 May 2013 14:41:05 Allan McRae wrote:
 Do many apps really still depend on qt3?   I though even Debian managed
 to go qt3 free in the latest release...

I guess many of them could be already removed, e.g.:
* kovpn, NetworkManager (both the plasmoid and the applet) support OpenVPN.
* qtcurve-qt3, it just a theme which doesn't require many resources to be 
built.

Someone have a development version for Qt4/KDE4
* ksniffer, (and I bet everyone uses wireshark).
* ktechlab

Others have better alternatives:
* kleansweep, bleachbit? (uses PyGTK) sweeper? (maybe miss some feature, just 
report the feature request to the kde bug tracker)
* pwmanager, kwallet?

I can't do a detailed list ATM, but I'd like to hear some opinion from the 
people that use those programs first.

I'm in favor or removing gtk1/qt3, but building qt3 takes sooo much time. I 
really want to drop it when nobody really needs it.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Merging the bin directories

[Andrea Scarpino]

On Sunday 12 May 2013 07:46:37 Gerardo Exequiel Pozzi wrote:
 $ pacman -Qo /usr/sbin/nfsiostat
 /usr/sbin/nfsiostat is owned by nfs-utils 1.2.7-1
 $ pacman -Qo /usr/bin/nfsiostat
 /usr/bin/nfsiostat is owned by sysstat 10.1.5-1

Just a note here: upstream already knows about this[1] since a month, but 
didn't reply to the OpenSuSE maintainer.

[1] http://article.gmane.org/gmane.linux.nfs/55922

-- 
Andrea
Arch Linux Developer

[arch-dev-public] Qt 5.0.2 and qtchooser

[Andrea Scarpino]

Hi all,
I changed our qt5 packages structure with the update to the new Qt5 minor 
release.
Our qt5 binaries are now installed in /usr/lib/qt/bin and a -qt5 symlink in 
/usr/bin is provided.

In result the qtchooser tool can be used to set the system qt toolkit to use. 
By default, Qt5 is used.

For non-qt5 users this means that you can install qtchooser and get the qt 
tools in /usr/bin back.
E.g. qt4 only users have no /usr/bin/qmake; installing qtchooser and setting 
the default Qt toolkit to Qt4 will make /usr/bin/qmake back.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Default DEBUG_CFLAGS/CXXFLAGS provided with pacman 4.1

[Andrea Scarpino]

On Sunday 31 March 2013 17:13:21 Ionut Biru wrote:
 Maybe this is a good opportunity to talk about debug packages in general.
 Do we enable for all our packages?
 Are we adding them into extra directly or are we creating a special
 repository like [debug] ?

I guess we should add them to all packages. No need to have a mass rebuild, 
just add them on rebuild/version bump or on request.

-1 for a [debug] repo.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] rc.d init files package

[Andrea Scarpino]

On Sunday 31 March 2013 17:55:54 Evangelos Foutras wrote:
 We should not support anything like this officially; it can be a
 source of confusion and/or give off the impression that we haven't
 fully switched to systemd and that it's OK to continue using
 initscripts on a system.
 
 Most Arch users probably have migrated to systemd by now; your
 customers should switch too (if they haven't done so already).

I agree.

Please Ioni use Lukas package on AUR for that.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] ruby rebuild status

[Andrea Scarpino]

On Sunday 10 March 2013 10:11:08 Thomas Dziedzic wrote:
 Apparently some packages (some community packages) were marked as
 complete even though the package doesn't exist anywhere except in
 community stable.

This seems fixed now. Can you proceed?

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] qt4 replaces qt

[Andrea Scarpino]

On Thursday 28 February 2013 00:14:55 you wrote:
 Please maintainers fix your PKGBUILDs so they build on systems with both qt4
 and qt5-base installed; when your PKGBUILD needs qt4 and:
 * use qmake, you can replace it with qmake4
 * use cmake, you can add -DQT_QMAKE_EXECUTABLE=qmake4 to the cmake options

Just a note here: I had to remove the qmake4 symlink and use qmake-qt4 instead  
as the former was inconsistent with others distro.
When I did this change (1th March) qmake4 wasn't really used yet so I did not 
think to write this mail before. I'm sorry if this caused more confusion here.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] [RFC] Migration to MariaDB

[Andrea Scarpino]

On Monday 04 March 2013 08:01:28 Dan McGee wrote:
 I noticed postfix is not on this list, and yet it links against
 libmysqlclient.

Yes, Barthalion I also think that those need to be rebuilt too:

% sogrep extra libmysqlclient.so.18
amarok
calligra-kexi
cyrus-sasl-sql
dovecot
gnokii
libgda
lighttpd
mysql-python
perl-dbd-mysql
postfix
qt3
qt4
qt5-base
redland-storage-mysql

% sogrep community libmysqlclient.so.18
collectd
dspam
freeradius
fssos-nsvs
gambas2-gb-db-mysql
gambas3-gb-db-mysql
gammu
gdal
gsql
libdbi-drivers
libgda4
libzdb
lua-sql-mysql
myodbc
mysql++
mythplugins-mythzoneminder
opensips
pam_mysql
pdns
proftpd
rsyslog
ulogd
vtk
xbmc

-- 
Andrea
Arch Linux Developer

[arch-dev-public] qt4 replaces qt

[Andrea Scarpino]

Hi all,
a new qt4 package has hit [testing] and will replace the current qt package.

qt4 doesn't provide 'qt'; you will need to rebuild EVERY package installed 
from AUR and replace qt with qt4 in the depends array.
Also, I suggest to every maintainer in AUR to remove qt from the depends() 
array when there's qtwebkit or any package that needs qt: if you do that, this 
will require no rebuild as we updated every package in the official 
repositories to use qt4.

Also, we ship the Qt 5.x series in [testing]. Qt 5.x is more modular than 4.x. 
This allow us to have these Qt 5.x packages:
* qt5-base
* qt5-declarative
* qt5-graphicaleffects
* qt5-imageformats
* qt5-jsbackend
* qt5-multimedia
* qt5-quick1
* qt5-script
* qt5-svg
* qt5-tools
* qt5-translations
* qt5-webkit
* qt5-xmlpatterns

Generally you only need qt5-base. But, if you are a Qt developer or you want a 
full installation you can install the whole 'qt' group.

When you install both qt5-base and qt4, qmake will refers to the 5.x version. 
To 'force' Qt 4.x, you can use the qmake4 symlink. There's also moc-qt4, uic-
qt4 and rcc-qt4. We provide these symlinks as they are used by cmake and by 
the configure scripts to locate qt4.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] qt4 replaces qt

[Andrea Scarpino]

On Wednesday 27 February 2013 16:21:24 you wrote:
 When you install both qt5-base and qt4, qmake will refers to the 5.x
 version. To 'force' Qt 4.x, you can use the qmake4 symlink. There's also
 moc-qt4, uic- qt4 and rcc-qt4. We provide these symlinks as they are used
 by cmake and by the configure scripts to locate qt4.

Please maintainers fix your PKGBUILDs so they build on systems with both qt4 
and qt5-base installed; when your PKGBUILD needs qt4 and:
* use qmake, you can replace it with qmake4
* use cmake, you can add -DQT_QMAKE_EXECUTABLE=qmake4 to the cmake options

Cheers

-- 
Andrea
Arch Linux Developer

[arch-dev-public] system-config-printer requires --force

[Andrea Scarpino]

The system-config-printer package in [extra] is back: this package is no more 
split between system-config-printer-common and -gnome.

As a side effect, this package now ships (the missing) *.pyc files and this 
causes the update to fail due to some conflicts.

To update, please use the following:
# pacman -Su --ignore system-config-printer
# pacman -S system-config-printer --force

-- 
Andrea
Arch Linux Developer

[arch-dev-public] KDE 4.10 enters [testing]

[Andrea Scarpino]

It's true: KDE 4.10 packages are now available in [testing].

See the upstream announcement[1] for more info about this major release.

Another KDE module has moved to git: kdegames. As side effect the packages 
libkdegames and libkmahjongg replace kdegames-libkdegames and libkdegames-
libkmahjongg respectively. Also there's a new game named picmi.

The printer applet in kdeutils has been removed and replaced by print-manager, 
which also provides a KCM module.

Finally, a new dictionary runner and a new set of qml wallpapers are shipped 
too.

The kdeartwork-aurorae package has been removed from the KDE SC.

This release introduce two soname bump:
* libkipi.so.9 - libkipi.so.10
* libkdcraw.so.21 - libkdcraw.so.22
As side digikam and kipi-plugins need to be rebuild, but the current version 
in [extra] doesn't work with KDE 4.10. We'll switch to the first RC of digikam 
3.0.x ASAP.

Please report any packaging bug to our bug tracker. Upstream bugs go upstream.

Note: someone could have some trouble when updating or installing a fresh KDE, 
if so try with `pacman -S testing/kde`.

Have a nice Kupdate!

[1] http://kde.org/announcements/4.10/

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] KDE 4.10 enters [testing]

[Andrea Scarpino]

On Wednesday 06 February 2013 11:30:25 you wrote:
 It's true: KDE 4.10 packages are now available in [testing].
 
 See the upstream announcement[1] for more info about this major release.
 
 Another KDE module has moved to git: kdegames. As side effect the packages
 libkdegames and libkmahjongg replace kdegames-libkdegames and libkdegames-
 libkmahjongg respectively. Also there's a new game named picmi.
 
 The printer applet in kdeutils has been removed and replaced by
 print-manager, which also provides a KCM module.
 
 Finally, a new dictionary runner and a new set of qml wallpapers are shipped
 too.
 
 The kdeartwork-aurorae package has been removed from the KDE SC.
 
 This release introduce two soname bump:
 * libkipi.so.9 - libkipi.so.10
 * libkdcraw.so.21 - libkdcraw.so.22
 As side digikam and kipi-plugins need to be rebuild, but the current version
 in [extra] doesn't work with KDE 4.10. We'll switch to the first RC of
 digikam 3.0.x ASAP.
 
 Please report any packaging bug to our bug tracker. Upstream bugs go
 upstream.
 
 Note: someone could have some trouble when updating or installing a fresh
 KDE, if so try with `pacman -S testing/kde`.
 
 Have a nice Kupdate!
 
 [1] http://kde.org/announcements/4.10/

I forgot to say that kdelibs uses udisks2 now.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Winter Cleanup of [extra]

[Andrea Scarpino]

On Thursday 24 January 2013 20:50:50 Alexander Rødseth wrote:
 I'm willing to adopt the unneeded orphans from [extra] if they are
 moved to [community], except the perl-* packages.
 For the i18n and spelling packages it's probably best if someone using
 the respective languages adopts them, but I'm willing to adopt those
 as well.

Packages moved. See the following list:

Moved to [community]:
* avfs
* bmp-musepack
* bmp-wma
* bochs
* botan
* cdargs
* cx_freeze
* dcfldd
* devilspie
* emelfm2
* evilwm
* festival-voices
* fssos-nsvs
* gimp-dbp
* gimp-gap
* gimp-ufraw
* gmpc
* gtkpod
* hercules
* herqq
* isodate
* kradio
* kshutdown
* libmusicbrainz4
* mahjong
* misdnuser
* monica
* nicotine
* opendesktop-fonts
* oprofile
* pidgin-encryption
* proftpd
* pymad
* python-httplib2
* qiv
* ratpoison
* rox
* xdelta
* xdelta3
* zile

Moved to AUR:
* perl-event
* perl-file-tail
* perl-unicode-string

Thank you Alexander.

-- 
Andrea
Arch Linux Developer

[arch-dev-public] [kde-unstable] WARNING: boost update

[Andrea Scarpino]

Hi all,
boost 1.52.0 entered in [testing] and I can't update the packages in [kde-
unstable] right now because of server issues.

Please don't update boost (and then any package) until akonadi 1.9.0-2 hits 
[kde-unstable]
Others packages affected by this update are: kdeedu-kig, kdeedu-rocs


If you want, you can take the rebuilt packages from 
http://pkgbuild.com/~andrea/svn-packages/

e.g. http://pkgbuild.com/~andrea/svn-packages/akonadi/kde-
unstable/akonadi-1.9.0-2-x86_64.pkg.tar.xz

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] [kde-unstable] WARNING: boost update

[Andrea Scarpino]

On Monday 28 January 2013 09:41:48 you wrote:
 Hi all,
 boost 1.52.0 entered in [testing] and I can't update the packages in [kde-
 unstable] right now because of server issues.
 
 Please don't update boost (and then any package) until akonadi 1.9.0-2 hits
 [kde-unstable]
 Others packages affected by this update are: kdeedu-kig, kdeedu-rocs

The packages are in [kde-unstable]. Have a nice update :)

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Winter Cleanup of [extra]

[Andrea Scarpino]

On Friday 25 January 2013 11:58:05 Jelle van der Waa wrote:
 I orphaned tagpy, I don't know if anyone wants to maintain it? ( It's an
 optdep of sonata ).

I renamed tagpy as python2-tagpy few hours ago since tagpy switched to python 
3.
 
 I can't make the current release work with either repos version of boost
 or staging's version of boost.

It was incompatible with taglib 1.8 and I already rebuilt it in community-
staging.
 
 If no one is willing to maintain it, I'll remove it from the repos.

Angel?

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Nymeria Migration Guide for extra

[Andrea Scarpino]

On Thursday 24 January 2013 11:48:12 Guillaume Alaux wrote:
 We should update the wiki page [0].
 
 Could anybody give me write access to these pages or do it please?

Done

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

[Andrea Scarpino]

On Thursday 24 January 2013 13:08:23 Alexander Rødseth wrote:
 A total of 23 [community] packages will be moved to unsupported. 1
 package were already moved to unsupported and 4 other packages were
 adopted.

+1

 archlinux-wallpaper

It's a pity. I could take it just to keep it in [extra] (no updates in a long 
time).

 aspell-hu
 aspell-nl
 aspell-pt
 aspell-ru
 hunspell-hu
 hyphen-hu
 hyphen-it
 hyphen-nl

Those could be moved to [community], but not on AUR IMHO. 

 If no devs wish to maintain these, perhaps they could be moved to
 [community].

I agree. If some TU want some package in this list just ping me so I can move 
it to [community].

Alexander, ping me if you need help with the move.

-- 
Andrea
Arch Linux Developer

[arch-dev-public] Winter Cleanup of [extra]

[Andrea Scarpino]

I renamed this thread to get it more visibility.

Alexander did this list of orphans packages that can be moved to [community]:

alacarte
archlinux-wallpaper
aspell-hu
aspell-nl
aspell-pt
aspell-ru
avfs
bin86
bluez-hcidump
bmp-musepack
bmp-wma
bochs
botan
cdargs
dcfldd
devilspie
emelfm2
evilwm
evolution-ews
festival-english
festival-us
fltk-docs
fltk-games
fssos-nsvs
gcdmaster
gimp-dbp
gimp-gap
gimp-ufraw
gmpc
gtkpod
hercules
herqq
hunspell-hu
hyphen-hu
hyphen-it
hyphen-nl
kradio
kshutdown
libmusicbrainz4
libofx-doc
mahjong
misdnuser
monica
mythes-hu
mythes-it
mythes-nl
nicotine
opendesktop-fonts
oprofile
orage
perl-event
perl-file-tail
perl-unicode-string
pidgin-encryption
proftpd
pymad
python-httplib2
python-isodate
python-xdg
python-zope-interface
qiv
ratpoison
rox
xdelta
xdelta3
xdg-user-dirs-gtk
xfburn
xfce4-artwork
xfce4-battery-plugin
xfce4-clipman-plugin
xfce4-cpufreq-plugin
xfce4-cpugraph-plugin
xfce4-datetime-plugin
xfce4-dict
xfce4-diskperf-plugin
xfce4-eyes-plugin
xfce4-fsguard-plugin
xfce4-genmon-plugin
xfce4-mailwatch-plugin
xfce4-mixer
xfce4-mount-plugin
xfce4-mpc-plugin
xfce4-netload-plugin
xfce4-notes-plugin
xfce4-quicklauncher-plugin
xfce4-sensors-plugin
xfce4-smartbookmark-plugin
xfce4-systemload-plugin
xfce4-taskmanager
xfce4-time-out-plugin
xfce4-timer-plugin
xfce4-verve-plugin
xfce4-wavelan-plugin
zile

Ronald can keep the *-nl packages. What about the others?

Alexander can maintain some of them, then I'll move the orphans to [community] 
this Saturday/Sunday.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] network interface naming with systemd 197

[Andrea Scarpino]

On Monday 07 January 2013 07:51:30 Allan McRae wrote:
 Upstream decision...  vanilla packages should follow it.

I agree with Allan. We don't use to change the default behavior. Ship it as 
default and add two lines on how to disable it.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] syslinux 5.00 in [testing]

[Andrea Scarpino]

On Saturday 08 December 2012 14:07:16 Pierre Schmitz wrote:
 The syslinux modules like the menu are no longer working. Other more
 essential features like serial console might be broken as well. So it
 might be better to pull that pacakge if we cannot fix this asap. The
 install scripts needs to be adjusted as well; or better drop it
 entirely.

I couldn't boot my system neither. I removed the package from [testing] until 
we fix it properly.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] [kde-unstable] KDE 4.10 beta1

[Andrea Scarpino]

On Thursday 22 November 2012 11:40:38 Thomas Bächler wrote:
 Does it come with the udisks2 backend instead of the udisks backend?

Yes, it's enabled in kdelibs 4.9.80-2.

-- 
Andrea
Arch Linux Developer

[arch-dev-public] [kde-unstable] KDE 4.10 beta1

[Andrea Scarpino]

Hi all,
the first beta of the 4.10 series has been released[1].
As usual, you find the packages in the [kde-unstable] repo, which only contains 
beta/rc releases.
Read install instruction from here[2]. NOTE: *It requires [testing]* enabled.
kde-games has been split, two packages have been renamed
- kdegames-libkdegames - libkdegames
- kdegames-libkmahjongg - libkmahjongg
There're two soname bump; this is the list of the packages that you need to 
rebuild:
libkipi.so.9 - libkipi.so.10
libkdcraw.so.21 - libkdcraw.so.22

- digikam
- kipi-plugins
- calligra-krita

Also, there are:
A new dependence: nepomuk-widgets
A new game: kdegames-picmi
A new print util: kdeutils-print-manager
A new runner: kdeplasma-addons-runners-dictionary
A new set of wallpapers: kdeplasma-addons-wallpapers-qmlwallpapers
kdeartwork-aurorae has been removed from the KDE SC.

Please report any packaging bug to our bug tracker.
KDE bugs go in the upstream bug tracker.

Have a nice update and testing!

See the list of known issues[3] and follow the thread[4] on bbs.

[1] http://kde.org/announcements/announce-4.10-beta1.php
[2] https://wiki.archlinux.org/index.php/KDE#Official_kde-unstable
[3] https://wiki.archlinux.org/index.php/DeveloperWiki:KDE#Known_issues
[4] https://bbs.archlinux.org/viewtopic.php?pid=1196794#p1196794

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] fmodex

[Andrea Scarpino]

On Tue, Nov 20, 2012 at 3:14 PM, Sven-Hendrik Haase s...@lutzhaase.comwrote:

 The CEO himself answered me there. Isn't that official enough?


Could you forward me the original mail so we keep a copy in arch-dev?

-- 
Andrea

Re: [arch-dev-public] Integrity Check i686: core, extra, community 09-11-2012

[Andrea Scarpino]

On Friday 09 November 2012 16:02:58 repoma...@archlinux.org wrote:
 Packages found in db, but not in tree
 ---
 extra/calligra-l10n-cs
 extra/pyatspi
 extra/thunderbird-i18n-es
 extra/thunderbird-i18n-ga
 extra/thunderbird-i18n-nb
 extra/thunderbird-i18n-nn
 extra/thunderbird-i18n-pa
 extra/thunderbird-i18n-pt
 extra/thunderbird-i18n-sv

Fixed.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] libtirpc 0.2.2-3 in [testing] breaks pam

[Andrea Scarpino]

On Tuesday 30 October 2012 23:55:34 Rémy Oudompheng wrote:
 Hello,
 
 After upgrading to testing/libtrpc 0.2.2-3 I became unable to use
 sudo/su/login.
 
 Oct 30 23:41:10 mastermind login[27660]: PAM unable to
 dlopen(/usr/lib/security/pam_unix.so): /usr/lib/security/pam_unix.so:
 undefined symbol: log_debug
 Oct 30 23:41:10 mastermind login[27660]: PAM adding faulty module:
 /usr/lib/security/pam_unix.so
 Oct 30 23:41:10 mastermind login[27660]: FAILED LOGIN SESSION FROM
 tty3 FOR root, Module is unknown
 
 Downgrading to core/libtirpc solved the problem. I had to go into
 single user mode for that.
 

Thomas already removed it from our repos, see 
https://bugs.archlinux.org/task/32308 for more.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Adding nss-myhostname to the base group

[Andrea Scarpino]

On Monday 22 October 2012 15:48:32 Thomas Bächler wrote:
 I just installed it for the first time, and I can confirm Lennart's
 assessment on the homepage - quote:
 
 Current Status
 
 It works!
 
 I also found it marginally useful. Comparing its marginal usefulness to
 the 28KB installed size, you'll see a typical example of the bloat
 that Poettering adds to our hard drives.
 

Same as Thomas, another +1.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Maintaining consolekit support in community

[Andrea Scarpino]

On Friday 19 October 2012 12:17:06 Lukas Jirkovsky wrote:
 Hello,
 I'd like to maintain some basic support support for consolekit in
 [community], more specifically the polkit-consolekit,
 kdebase-workspace-consolekit packages and eventually consolekit
 package itself as long as possible, if you're not against it.
 
 I'm running kde (networkmanager) without systemd without problems on
 my laptop with these packages.

Please don't. We'll never drop initscripts this way.
Use AUR instead.

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] Maintaining consolekit support in community

[Andrea Scarpino]

On Friday 19 October 2012 12:28:00 Lukas Jirkovsky wrote:
 Actually, what would be the problem of me maintaining initscripts in
 community too, if that time comes? I don't plan to switch to systemd
 anytime soon. I don't see any problem dropping the initscripts 
 consolekit packages to AUR when no one (including me) would be willing
 to maintain them.
 
We are already having issues in maintaining two init systems. (e.g. we don't 
know which one users are using, see FS#32028).

https://bugs.archlinux.org/task/32028

-- 
Andrea
Arch Linux Developer

Re: [arch-dev-public] No mail popup since last kdebase-workspace

[Andrea Scarpino]

On Tuesday 16 October 2012 20:10:19 Stéphane Gaudreault wrote:
 I have a No mail popup box each time I log into kde since the last
 kdebase-workspace update. This is not a big problem as kde load
 correctly after hitting the Ok button.
 
 It looks like this is related to the line
 
 sessionoptional   pam_mail.so  dir=/var/spool/mail standard
 
 in /etc/pam.d/system-login.
 
 Any solution ?

I could copy the session part from the system-login pam module to the kde one 
(without pam_mail and pam_motd of course) or Dave could move both them 
somewhere else. I asked him, and he said that login is a good candidate where 
to move them (or at least I understood so).

Watch FS#31999[1] to follow the updates.

[1] https://bugs.archlinux.org/task/31999

-- 
Andrea

Re: [arch-dev-public] consolekit dependencies?

[Andrea Scarpino]

On Saturday 13 October 2012 11:42:41 Thomas Bächler wrote:
 Most (all?) of our login manager still depend on consolekit. However,
 since consolekit support will be stripped from polkit when
 gnome-unstable goes to testing (soon?), registering consolekit sessions
 on login has no effect whatsoever.
 
 Should we rebuild our login managers to remove the consolekit dependencies?
 
 I rebuilt kdebase-workspace locally yesterday, and polkit seems to work
 just fine. kde itself does not use consolekit, except through polkit.

It's ok for me. +1 to remove CK.

PS. NetworkManager users will need nm 0.9.6.0-3 from gnome-unstable; it will 
be moved together with gnome, so this isn't a stopper.

-- 
Andrea

Re: [arch-dev-public] consolekit dependencies?

[Andrea Scarpino]

On Saturday 13 October 2012 14:19:56 Sébastien Luttringer wrote:
 Tom build a version 0.107[1][2] of polkit which works fine with systemd.

AFAIK this is the same polkit we have in [testing] right now.

-- 
Andrea

Re: [arch-dev-public] consolekit dependencies?

[Andrea Scarpino]

On Saturday 13 October 2012 16:34:04 Tom Gundersen wrote:
 Doing this makes sense to me. However, to make things clear-cut, it
 would be best if we could entirely remove consolekit from our repos
 and put up an announcement. That way people will not be confused as to
 why things stop working if they are not using logind.
 
 In addition to the gnome+kde packages the relevant packages we would
 have to make sure still work without consolekit are:
 
 lxdm
 oblogout
 slim
 udiskie (optional)
 xfce4-session
 xorg-xdm
 

TODO list started at https://www.archlinux.org/todo/188/

-- 
Andrea

[arch-dev-public] Moving sbt to [extra]

[Andrea Scarpino]

Hi devs,
I've to work with sbt for a while and I guess it deserve a place in our repos. 
So, I'm going to move it to [extra] (if this is an issue, I'm ok with 
[community] too).

Any objection?

-- 
Andrea

Re: [arch-dev-public] Moving sbt to [extra]

[Andrea Scarpino]

On Sunday 23 September 2012 11:11:02 you wrote:
 Hi devs,
 I've to work with sbt for a while and I guess it deserve a place in our
 repos. So, I'm going to move it to [extra] (if this is an issue, I'm ok
 with [community] too).

I moved sbt to [community] since scala is there too.

Note, this was the simple-build-tool package in AUR, not the sbt one. Both 
have been deleted now.

Cheers.

-- 
Andrea

[arch-dev-public] Laurent Carlier promoted as Bug Wrangler

[Andrea Scarpino]

Just to let you know that we have a new bug wrangler on flyspray:
Laurent Carlier (lordheavy) which is already a TU.

Cheers

-- 
Andrea

Re: [arch-dev-public] [arch-commits] Commit in postgresql/repos (testing-x86_64)

[Andrea Scarpino]

On Monday 27 August 2012 08:27:05 you wrote:
 Date: Monday, August 27, 2012 @ 08:27:05
   Author: heftig
 Revision: 165625
 
 db-remove: postgresql removed by heftig
 
 Deleted:
   postgresql/repos/testing-x86_64/
 

Can we know why this has been removed? Should I (users) downgrade? Is 9.1.4-2 
safe?

-- 
Andrea

Re: [arch-dev-public] package move request

[Andrea Scarpino]

On Monday 27 August 2012 12:38:59 Gaetan Bisson wrote:
 How about we drop it? It has been unmaintained upstream for the past
 five years, which is why a fork (geeqie) was created two years ago.
 Geeqie is alive and well in our repos, and there is little point in
 packaging deprecated software like gqview.
 
 No objection from me for the others.

Fine for me.

+1 to drop gqview and move the others to [community].

-- 
Andrea

Re: [arch-dev-public] [extra] orphans

[Andrea Scarpino]

On Thursday 23 August 2012 09:57:29 keenerd wrote:
 Hello devs!
 
 Thank you Florian for trying this out.  I do hope that we won't foul
 up the S/N ratio too much.
 
 One of the big reasons for letting TUs post here was so that we would
 have a place to formally/officially ask to have packages moved from
 [extra] to [community].  Previously this went through side channels
 such as private email.  I know some TUs will be asking for specific
 packages in the next few days, but I just wanted to kick things off by
 posting a list of all of them.  You can see it here:
 
 http://kmkeen.com/tmp/extra-to-community
 
 Now this is a mechanically generated list.  Of the 340 orphans in
 [extra], it picks out the 200 that could be (in theory) safely moved
 to [community].  That is, nothing in [extra] depends on these
 packages.  The script is not smart enough to deal with optdeps, but we
 are generally pretty lax about those anyway.  Details below about how
 to make the list.
 
 I am not asking for all of these to be moved, and I am certainly not
 asking to maintain all 200 of them myself.  Just saying that there are
 a lot that would appreciate some love.
 
 What I will ask the devs to do is to see if there are any they'd like
 to hold on to themselves.  You can do this by install aurphan and
 running
 
 aurphan -p | grep 'Extr'
 
 The -p mode was requested by Pierre.  It will look at the packages you
 have installed and of those will pick out the ones with no maintainer.
  Since these will all be packages you use, hopefully they may be ones
 you have an interest in maintaining.
 
 As a side note, there seems to be an unofficial policy among the devs
 to randomly pick up flagged orphans packages in [extra] and fix them.
 This is very good!  But these packages are never adopted.  This is
 very confusing.  It does seem a little odd that the people who build
 the version bump just don't adopt the package.  Is there some detail
 that I am missing?

Thank you for doing this!

-- 
Andrea

Re: [arch-dev-public] [RFC] Getting TUs write access to arch-dev-public?

[Andrea Scarpino]

On Wednesday 15 August 2012 16:11:57 Tom Gundersen wrote:
 Makes a lot of sense to me +1.

Same for me. +1

-- 
Andrea

Re: [arch-dev-public] Migration to systemd

[Andrea Scarpino]

On Wednesday 15 August 2012 17:56:00 Thomas Bächler wrote:
 Another point: Someone on the so-called official G+ stated:
 
 Arch will move to systemd only boot process...
 
 As Tom stated (and he maintains systemd and initscripts), this is not
 true. This angers me because
 
 1) Something untrue and/or unprecise is being posted on the official G+.
 2) There are claims that this G+ is official. Neither our website, nor
 any place else states that there is an official Arch G+ (or Facebook)
 page and links to it. This G+ has not been approved by developers to be
 official. Yet, someone here claims to be the official G+.
 
 This must stop. If we present ourselves on social media, I want it to be
 approved on the private mailing list first. And if someone starts that
 discussion, it will get a big -1 from me.

Well, I created that page on January and since then _we_ (managers' page: me, 
Ionut, Ray, s, Daniel) never write something which wasn't announced by our 
website. Until today.

I don't know who write that (neither I wanna know), but you pointed out 
something true, so I already removed the official suffix from our page and 
fixed the post about systemd. I hope this is ok now.

-- 
Andrea

Re: [arch-dev-public] Migration to systemd

[Andrea Scarpino]

On Wednesday 15 August 2012 19:36:55 Pierre Schmitz wrote:
 Yes, I see the same problem here. Due to this it's announced all over
 the media that we replace initscripts by systemd before it's even
 discussed on this list. No idea who created this, and I don't mind if
 there are fanpages on some social networks, but we should ask to
 remove the official from the title here as it is misleading and just
 not true.

Sorry, but what are you saying isn't true.
None talked about the systemd replacement in the google+ page until that post 
was written and, since it links to the arch-dev-public thread, it has been 
written after the discussion. Just to dot your I's and cross your T's'.

-- 
Andrea

Re: [arch-dev-public] Migration to systemd

[Andrea Scarpino]

On Wednesday 15 August 2012 01:04:48 Allan McRae wrote:
 +1 - this move needs done now.  Delaying it longer will just be painful.

I couldn't agree more. Go for it.

-- 
Andrea

Re: [arch-dev-public] Migration to systemd

[Andrea Scarpino]

On Tuesday 14 August 2012 18:34:13 Pierre Schmitz wrote:
 There are still a lot of unit files missing; we should create a todo
 list. It would also be helpful to write down a simple wiki page with
 some guidelines here. 

Did I miss something or did you miss the Jan's todo list[1]?

 E.g. I am not sure if we should read those
 /etc/conf.d/$damon files from the unit files as well or drop these as
 the user should override unit files in /etc.

Indeed, I was wondering if we should adapt our packages to the layout used by 
the upstream systemd services files. E.g. the upstream proftpd service sources 
/etc/system/proftpd, but our packages installs /etc/conf.d/proftpd.

[1] https://www.archlinux.org/todo/178/

-- 
Andrea

Re: [arch-dev-public] Migration to systemd

[Andrea Scarpino]

On Tuesday 14 August 2012 12:57:37 Dave Reisner wrote:
 So there is no standard for this, and the general recommendation is that
 if you disagree with the default command line args the service in /lib
 provides, you should simply override the service in /etc. If anything,
 I'd vote that /etc/conf.d (or whatever other name you give it) should
 slowly shrink/disappear over time.

Ok, so since there's no standard I'm fine with Pierre's idea to write the 
default parameters in the service files and drop the conf.d*whatever files.

-- 
Andrea

Re: [arch-dev-public] syslinux 4.05-5 does not boot

[Andrea Scarpino]

On Thursday 09 August 2012 04:40:53 Evangelos Foutras wrote:
 I have attached the above patch and respective PKGBUILD changes to the
 bug report [1]. I have also uploaded a prebuilt x86_64 package [2] for
 anyone wanting to give it a quick test.

Thanks Evangelos, with rel -6 syslinux works again.

-- 
Andrea

[arch-dev-public] KDE 4.9 to [extra]

[Andrea Scarpino]

Hi all,
the new KDE major release[1] has been moved to [extra].
Read the upstream changelog for the new features/bug fixes.

The KDE Multimedia development has been moved to git. As consequence of this, 
the kdemultimedia-kioslave package has been removed and split into:
* kdemultimedia-audiocd-kio
* libkcddb
* libkcompactdisc

Every maintainer of the packages depending on the -kioslave package should 
check the dependencies.

Also libkipi, libkexiv2 and libdcraw packages have a soname bump, 
respectively:
libkipi.so.8 - libkipi.so.9
libkdcraw.so.20 - libkdcraw.so.21
libkexiv2.so.10 - libkexiv2.so.11
The packages in the official repos have been rebuilt.

The kdesdk-kdeaccounts-plugin, kdesdk-kdepalettes and kdeutils-ksecrets 
packages have been removed.

Have a nice update!

[1] http://kde.org/announcements/4.9/

-- 
Andrea

Re: [arch-dev-public] KDE kdebase-runtime 4.9 dependency changes

[Andrea Scarpino]

On Thursday 02 August 2012 09:27:00 Dan McGee wrote:
 Noticed this when upgrading yesterday. Suddenly got a lot more junk
 installed on my system because of the new dep of kdebase-runtime on
 kdepimlibs.
 
 Is this dependency really necessary? Can it not be optional with the
 KDE programs that actually require it pull it in explicitly? I'd
 prefer to not have MySQL on my system, in addition to the numerous
 other programs that got pulled. Anything from my log that is listed as
 installed was obviously not there before:

In truth, I didn't think to the non-KDE users when I added this depencence.

It seems that only drkonqi needs a library from kdepimlibs, but we know that 
drkonqi is pretty useless since we haven't debug symbols in KDE.

I'll move kdepimlibs to optdepends just to be clear; anyway the others KDE 
module should already depend on it.

namcap output:
kdebase-runtime E: Dependency kdepimlibs detected and not included (libraries 
['lib/libkxmlrpcclient.so.4'] needed in files ['usr/lib/kde4/libexec/drkonqi'])

-- 
Andrea

[arch-dev-public] KDE Package Guidelines (aka AUR plasmoids mess)

[Andrea Scarpino]

Hi all,
I just received a mail where the user ask me to rename a plasmoid package in 
AUR.
He suggests to rename it as kdeplasma-addons-applets-$plasmoidname, but this 
is obviously wrong as kdeplasma-addons is the name of the *official* KDE 
package.
If we would rename all our packages in that way, will be really difficult, for 
both users and maintainer, to understand if we are talking about an official 
kde 
plasmoid or not.

So, I thought about two naming conventions:
* kdeplasma-applets-$plasmoidname
* plasma-applets-$plasmoidname

Sincerely, I prefer the first one as all kde packages start with the kde prefix.

I also wrote a simple KDE package guidelines page[1] taking this opportunity.
Any suggestion is much appreciated.

The absence of this naming convention created many duplicates on AUR, so let's 
start the AUR plasmoid cleanup!

Thanks!

[1] https://wiki.archlinux.org/index.php/KDE_Package_Guidelines

-- 
Andrea

Re: [arch-dev-public] KDE Package Guidelines (aka AUR plasmoids mess)

[Andrea Scarpino]

On Sunday 15 July 2012 11:18:05 Florian Pritz wrote:
 Why does it matter whether an applet is from KDE upstream or a thrid
 party? You can run pacman -Si oder cower -i kdeplasma-whatever and look
 at the homepage URL to see where it came from if you really need to
 know, but I don't see any need for changing the package name here.

Let's say we start to move some plasmoid from AUR to [extra]/[community] with 
the kdeplasma-addons-applets schema.
So, I (user X which already installed the kdeplasma-addons group) type pacman 
-S kdeplasma-addons-applets and I press tab twice; the output is a very long 
list where the 80% 90% of those packages are already installed on my system. I 
found this annoying.

Also, kdeplasma-addons-applets-$plasmoidname really sucks IMHO.

-- 
Andrea

Re: [arch-dev-public] x264 and ffmpeg rebuild

[Andrea Scarpino]

On Friday 06 July 2012 13:39:31 Ronald van Haren wrote:
 I'll rebuild amarok tonight. I forgot to rebuild the staging pkg when
 I added a patch to the extrapkg. It builds fine with the new ffmpeg.
 

Rebuilt.

 I haven't found a fix for miro yet. I'm fine with switching to
 ffmpeg-compat (is there already such a package or should I create
 one?)

I patched miro to build with ffmpeg 0.11.

Hope you don't mind ;)

@Ioni
Go! You can move the packages.

-- 
Andrea

Re: [arch-dev-public] Fwd: limits.conf and fork bombing

[Andrea Scarpino]

On Tuesday 05 June 2012 14:32:37 Daniel Isenmann wrote:
 Isn't this a task for the administrator of the computer? I don't see a 
 reason, why we should add one for default in one of our packages.
I agree with Daniel (and with Gaetan's opinion).

-1

-- 
Andrea

Re: [arch-dev-public] Time to go

[Andrea Scarpino]

On Tuesday 05 June 2012 08:31:41 Paul Mattal wrote:
 It's been an exciting ride with you all. I came on to help launch the 
 AUR in 2005, and we changed the Arch world forever.
 
 I encourage the new folks to think boldly and put your efforts and 
 persistence into making the world better, one incremental improvement at 
 a time-- and remember to have fun along the way!

A big thank you for your amazing work, Paul.

And good luck for everything you want :)

Best Regards

-- 
Andrea

[arch-dev-public] KDE 4.9 packages

[Andrea Scarpino]

Hi all,
the first beta of the 4.9 series has been released[1].

As usual, you find the kde packages in the [kde-unstable] repo, which only 
contains major beta release.
Read install instruction from here[2]. NOTE: It requires [testing] enabled.

kde-multimedia has been split, so there's no kdemultimedia-kioslave in 4.9, 
instead you find:
- kdemultimedia-audiocd-kio
- libkcddb
- libkcompactdisc
Packagers should update their deps when 4.9 hits [extra]. In the meantime, 
this is a list of the packages that need to be rebuilt if you enable [kde-
unstable]:
- k3b (replace kioslave with libkcddb to depends)
- audex (replace kioslave with libkcddb, libkcompactdisc to depends)
- kaudiocreator (replace kioslave with libkcddb, libkcompactdisc to depends)
- soundkonverter (replace kioslave with libkcddb to depends)
- tellico (replace kioslave with libkcddb to depends)

Also, there are:
- a new kdebase-runtime dependence: nepomuk-core
- a new game in kdeedu: kdeedu-pairs
- a new kdebase-workspace dependence: kdebase-workspace

kdesdk-kdeaccounts-plugin, kdesdk-kdepalettes, kdeutils-ksecrets have been 
removed from the KDE SC.

Please reply to the thread on BBS[3] or report any bug to our bug tracker[4] 
for any packaging bug.
KDE bugs go in the upstream bug tracker. 

Have a nice update/testing! :)
Cheers

[1] http://kde.org/announcements/announce-4.9-beta1.php
[2] https://wiki.archlinux.org/index.php/DeveloperWiki:KDE#Using_the_kde-
unstable_repository
[3] https://bbs.archlinux.org/viewtopic.php?pid=024#p024
[4] https://bugs.archlinux.org/

-- 
Andrea

Re: [arch-dev-public] When rebuilding, *please* check open bug reports

[Andrea Scarpino]

On 31 May 2012 15:12, Dan McGee dpmc...@gmail.com wrote:
 tl;dr: if you bump a package version, *please* check bug reports while
 doing so, especially if it isn't your package. It isn't helpful to
 just have the latest and greatest if we have outstanding bugs.

You're totally right. Due to my hurry, I forgot to check for opened
bugs this time.
I agree we should check every time for opened bugs. Sorry for the noise.

Regards

-- 
Andrea

Re: [arch-dev-public] Google+ Hangout

[Andrea Scarpino]

On 19 May 2012 19:56, Daniel Isenmann daniel.isenm...@gmx.de wrote:
 I will start the hangout from our Arch Linux G+ page and will invite
 all the devs I know on G+ to the given time.
Just a clarification: the devs interested need to add the Arch Linux
page to their circles, otherwise you cannot invite them.

See you there! :)

-- 
Andrea

Re: [arch-dev-public] brynhild hardware testing

[Andrea Scarpino]

On Thursday 03 May 2012 17:23:41 Ionut Biru wrote:
 Hi guys,
 
 This is a notification.
 I want to send this unit for testing memory, CPU, hard drives etc
 because some files had 1 bit flipped. It will be offline ~10 hours.
 
 Just let me know when you guys finish compiling or whatever you do on
 that box.

At my signal unleash hell [cit.]

Please wait until I finish to build and release the last KDE packages (~2 
hours).

-- 
Andrea

Re: [arch-dev-public] brynhild hardware testing

[Andrea Scarpino]

AndreaOn Thursday 03 May 2012 16:27:07  Scarpino wrote:
 At my signal unleash hell [cit.]
 
 Please wait until I finish to build and release the last KDE packages (~2 
 hours).
Ok, done!

-- 
Andrea

Re: [arch-dev-public] [RFC] official systemd support

[Andrea Scarpino]

On Friday 13 April 2012 15:23:27 Tom Gundersen wrote:
 Hi guys,
 
 Pierre, Tobias, Dave and myself discussed the state of systemd on irc
 today, and we'd like to propose that we from now on officially support
 systemd.
 
 In particular this means:
 
 1) systemd moves to core,
 2) unit files (systemd's version of rc scripts) are added to packages
 where this makes sense,
 3) packages are compiled with systemd support where it is available
 and does not cause regressions on non-systemd systems.
Great.

Can someone write a TODO list so we move the units files at once? This will 
avoid file conflicts and Dave will not have to update his systemd-arch-units 
package everytime.

-- 
Andrea