Bug#948674: Processed: RFP: otter-browser -- Fast and configurable web browser inspired by Opera 12

[Ritesh Raj Sarraf]

Hello Chris,

On Fri, 2021-05-14 at 19:34 +0200, Chris Hofstaedtler wrote:
> * Ritesh Raj Sarraf  [210514 17:33]:
> > Is there some explanation on this change ? Or is it some broken
> > script
> > that is run ?
> 
> > > > noowner 948674
> > > Bug #948674 [wnpp] RFP: otter-browser -- Fast and configurable
> > > web
> > > browser inspired by Opera 12
> 
> The bug is still titled "RFP:". I *guess* RFPs usually should not
> have owners. Maybe you want to actually retitle to ITP: and again
> set the owner.
> 
Yes. Possibly that may be the reason. I did retitle the bug report, but
to an "ITA: " than an "ITP: "


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#948674: Processed: RFP: otter-browser -- Fast and configurable web browser inspired by Opera 12

[Ritesh Raj Sarraf]

Is there some explanation on this change ? Or is it some broken script
that is run ?



On Thu, 2021-05-13 at 09:57 +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > noowner 948674
> Bug #948674 [wnpp] RFP: otter-browser -- Fast and configurable web
> browser inspired by Opera 12
> Removed annotation that Bug was owned by r...@debian.org.
> > 
> End of message, stopping processing here.
> 
> Please contact me if you need assistance.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#948674: ITA: otter-browser -- Fast and configurable web browser inspired by Opera 12

[Ritesh Raj Sarraf]

Package: wnpp
Followup-For: Bug #948674


I am currently evaluating the Otter Browser. I have revived the
packaging and am looking at its feature set.

There are some bugs with the browser, which I'll try to work with the
upstream.

My intent is to first evaluate the longevity of this package and then
act on whether this should be part of the Distribution

Bug#572853: ITP: thunarx-python -- Python bindings for the Thunar file manager

[Ritesh Raj Sarraf]

Package: wnpp
Followup-For: Bug #572853
Owner: Ritesh Raj Sarraf 

I intend to take up maintenance for this package.

My work currently depend on this and rabbitvcs package, which provides a
rabbitvcs-thunar plugin.

Since this bug has not had any activity for a long time, I am marking
myself as the owner for this bug. Please let me know if you would like
to co-maintain.


THanks,
Ritesh

Bug#892412: ITA: rabbitvcs -- Easy version control

[Ritesh Raj Sarraf]

Package: wnpp
Followup-For: Bug #892412
Owner: Ritesh Raj Sarraf 

As part of my work, I have dependence on rabbitvcs.
Hence, I intend to adopt and maintain the rabbitvcs package


Thanks,
Ritesh

Bug#915651: ITP: libnss-unknown -- nss module to handle unknown uids

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf 

* Package name: libnss-unknown
  Version : 0.0.1
  Upstream Author : Sjoerd Simons 
* URL : https://gitlab.collabora.com/sjoerd/libnss-unknown
* License : LGPL
  Programming Lang: C
  Description : nss module to handle unknown uids

 nss-unknown is a small library to gracefully handle unknown uids

This small library is very useful in host <=> guest container
environments. Under certian circumstances, admins can have UIDs/GIDs
colliding inbetween hosts/guests. Certain system services (like dbus
etc) are picky and become very unhappy under such scenarios.

We primarily use this library in our environment in the guest
containers. Thus I intend to maintain it for the forseeable future.

Bug#904563: ITP: snapper-gui -- graphical interface for snapper

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf 

* Package name: snapper-gui
  Version : git
  Upstream Author : Ricardo Vieira 
* URL : https://github.com/ricardomv/snapper-gui
* License : GPL
  Programming Lang: Python
  Description : graphical interface for snapper

Snapper-gui is a graphical user interface for the tool snapper for Linux 
filesystem snapshot management. It can compare snapshots and revert differences 
between snapshots. In simple terms, this allows root and non-root users to view 
older versions of files and revert changes. Currently works with btrfs, ext4 
and thin-provisioned LVM volumes

I intend to maintain it under Salsa Debian Team.

Bug#854902:

[Ritesh Raj Sarraf]

On Tue, 2018-05-15 at 05:55 -0700, Scarlett Clark wrote:
> What is the status on this packaging?

IIRC, There were some dependencies that appimage was embedding. We (Me
and AppImage Lead) worked on getting some of it worked out. There were
some local patches for foreign submodules, I think we pushed them
upstream.

Then, there was a fuse archive project. I don't recollect the name now.
That was needed to be packaged for Debian.

Then, there were some major issues with the way upstream had defined
the build. That is where I left off last.

> I can work on it, if you have stopped.

Please do so. Because since then, a lot has changed for me and I don't
really have the time now (and in the near future) to work on it.

Thanks,
Ritesh

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#854902: ITP: appimagekit -- package desktop applications as AppImages that run on common Linux-based distributions

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf <r...@debian.org>

* Package name: appimagekit
  Version : git
  Upstream Author : Simon Peter
* URL : https://github.com/probonopd/AppImageKit/
* License : MIT/X
  Programming Lang: C
  Description : package desktop applications as AppImages that run on 
common Linux-based distributions

Using AppImageKit you can package desktop applications as AppImages
that run on common Linux-based operating systems, such as RHEL, CentOS,
Ubuntu, Fedora, Debian and derivatives.

The AppImage format is a format for packaging applications in a way
that allows them to run on a variety of different target systems
(base operating systems, distributions) without further modification.

https://en.wikipedia.org/wiki/AppImage

AppImageKit is a concrete implementation of the AppImage format and
provides tools such as appimagetool and appimaged for conveniently
handling AppImages.

appimagetool uses a next-generation AppImage format based on squashfs
and embeds a runtime for it. appimaged is a daemon that handles
registering and unregistering AppImages with the system (e.g., menu
entries, icons, MIME types, binary delta updates, and such).

Flatpak and Snaps solve similar problems. AppImageKit is comparatively a
very simplistic approach.
This will be maintained under collab-maint

Bug#854901: ITP: squashfuse -- FUSE filesystem to mount squashfs archives

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf <r...@debian.org>

* Package name: squashfuse
  Version : 0.1
  Upstream Author : Dave Vasilevsky
* URL : https://github.com/vasi/squashfuse/
* License : BSD
  Programming Lang: C
  Description : FUSE filesystem to mount squashfs archives

Squashfuse lets you mount SquashFS archives in user-space. It supports
almost all features of the SquashFS format, yet is still fast and
memory-efficient. So that everyone can use it, squashfuse supports
many different operating systems and is available under a permissing
license.

This package is a depenedency for AppImage, which relies of squashfs
for its image format.
This package will be maintained under collab-maint

Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello Sebastien,

I've just pushed my changes to the git repo. Could you please review it once ?
I'd like you to have your comments/feedback before we decide on uploading it.

Apart from the main file name change, there are other minor changes.


PS: If you want to, please review and upload. Otherwise, if you want me to do
it, please let me know.

Thanks,
Ritesh

On Thu, 2016-12-29 at 15:17 +0530, Ritesh Raj Sarraf wrote:
> On Thu, 2016-12-29 at 10:41 +0100, Sébastien Delafond wrote:
> > > So, unless there is a concern, I'd want to target this change for the
> > > next upload of both the tools. The bpfcc follow-up upload is pending
> > > because of a FTBFS bug. And on the perf-tools side, there haven't been
> > > any substantial changes lately, warranting an upload.
> > > 
> > > But whatever triggers the upload, we'll make this change included ?
> > 
> > Sounds good to me. Maybe worth documenting in README.Debian as well ?
> 
> Yes. Will do. Thanks for mentioning.
> 
- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlhlUtoACgkQpjpYo/Lh
dWkt2RAAl1HbR4W2xzcL/+WFfN3hUf95j32ocLvUxdFteK+4RiqPVoZ5HQEjCB6/
BFQl/Q6+BYDeBC9qiJ07OyNWKvtGsWTih9JDhRn+jcxVNe72ZA/N63EqsmDyK/cW
nbEMEktI1npS5bzcCzkTeLA/ldv0CrcLljUSGLUrVn578MTaH9Imxh1HuRwT/F4C
/WM3HPLvtZc3F4zVtbXmZTzGWjDYFFVwlQ+urMQQsIIVAS+v9LdJfV8bh0n9mUk4
71YUmiskoaCWfgy3JaD48/KM5CzP+5AnbFKoFhfKf9bcmPXSTLNefg/NEDyFjn25
jWmNnxrfU940yXCZKn92z3tPO1hemsQo6E4aC1WNq0fwXgX+jaikNS1t7zTPkw2M
KTO5vT623ojN6OvgIumgCowwVIZL5mBOJ+XRCQ2SYGVy5eKSyxrA5w40VkJBP7AV
4jmeD9cLCEA5nTDl0maSVURDiwsOlYUqzYK+tvkeI9IoECESI2vvLwp9sM9eu7zX
llgUJ6lJ5qrstQpcGCDAtSDdRJzaxSMJYCNiKGM55bVLbb8+XemzJ/8EczuyjEKb
kiEy9Z751ByMmrorBvfV+4crieAAtt1AIgGwcui8ZMlEs9v+E9gGieQG5cTabl6t
8CloHtwansEk+2TfdrH+FAb2cYhad5gnkKKqIIahNElSNAmii3A=
=ZgxB
-END PGP SIGNATURE-

Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Thu, 2016-12-29 at 10:41 +0100, Sébastien Delafond wrote:
> > So, unless there is a concern, I'd want to target this change for the
> > next upload of both the tools. The bpfcc follow-up upload is pending
> > because of a FTBFS bug. And on the perf-tools side, there haven't been
> > any substantial changes lately, warranting an upload.
> > 
> > But whatever triggers the upload, we'll make this change included ?
> 
> Sounds good to me. Maybe worth documenting in README.Debian as well ?

Yes. Will do. Thanks for mentioning.

- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlhk26oACgkQpjpYo/Lh
dWkoiQ/9GZLp9jObIhmFuABBWspuJ5nuZQVbP4T5OFNG58kr1AOWksq0ksrx/Jhs
YLBzK20OVC3rUtlYQVIx0ydkBN5uSvcRtJnuxfQJQ/F3odTk3zsF5/7GvlUumlc/
THtIflRBTUB7K9E0bxWNKlrK9xJrhcVQsQKQCU72yamjyaYFii/DeAQbG8MMAKvb
HHEttCJJ1AbPHVS8xMg3Yi1HDERFjSQc572rdYMROnZ/z5tN5BEWZrmEae4XUAI+
09PudJrCVTHnbqYXX/a6qXpz0KHQxNc9wktEf5PMEIYzFxg4Baco2PtKFXY7OXm/
rLWncdV8R0XkEX1+/z17uX35HbmnvePzPoSFMhoy1zxSn4L8UQEs+cERD0DQbwWS
PifuP9B5tT8/JByK3CmA23z7uTx/wv5MrkN8FvHYbpLTNSHEq1LdruUk/R7UrHCB
P6VE8KOPQy2dtHxRjQg+xso9thQXEQD+666ELcQqYrMmzTStU3TKEK//qsXNW3Hf
sd3X7eKX6JiySCkDXpvp6X0HJ3Bz7Mm69uGC6vNWaSl4HR8e7mdmsOysrSUuVWmJ
D/OTuA3RI1nf9G51nt8fcQgdX1nT2TSw40C6sYc7Omn2HiLQQB+fY4tIjV2wRbpw
iZXfdxsyAKsVfyTR1gHkTEQDjDJ7ukf7rZGiZOwPfOJ4ThcmSt4=
=5P2H
-END PGP SIGNATURE-

Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Wed, 2016-11-30 at 23:18 +0530, Ritesh Raj Sarraf wrote:
> The binary file names are conflicting for bcc and perf-tools-unstable. I don't
> see a reason why one cannot co-install both the packages and use. But in its
> current form, it'll fail complaining file overwrites.
> 
> Personally, I don't think the alternatives route may be of much use because
> apart from this 2 packages, I don't see any other package using these names.
> Also, IMO, the alternatives feature is usually useful for common tools like
> editor, pager etc.
> 
> One option could be that we append the names of the binaries explicitly.
> Example, for bcc => execsnoop-bcc, perf-tools => execsnoop-perf
> 
> What do you say ? Or if you have any suggestions, please do mention.

I think we should stick with this proposal of appending the type along with the
name.

1. On autocompletions, it'd autocomplete to "execsnoop-", which is an invalid
name either way. This will expect the user to pay attention and fire the correct
command.

2. This approach is explicit, visible and allows for co-existence for both.


So, unless there is a concern, I'd want to target this change for the next
upload of both the tools. The bpfcc follow-up upload is pending because of a
FTBFS bug. And on the perf-tools side, there haven't been any substantial
changes lately, warranting an upload.

But whatever triggers the upload, we'll make this change included ?

- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlhk2dAACgkQpjpYo/Lh
dWkoEhAArTzTKmnb/m48slA0GJxV6J4IqJTdTzQ3DOg/T5HRtHdIanB0YDFk5bPb
cQfAA7ovuk92C3WOeOu39LujxvZp8iy6Unx3olqGs1VDuK623kTc/9jQkCDiVr6f
3kgmoajL8XL34m45DHnmTOwnNpZif2oemQWGQx0RcR+Dc2tgjvmquUduzCQLgdym
dSOpMXHXLUJei6HbGXdWXh0ohb7uzGm8U/P8McyJ3mSIZtiIdG0wl+iTqF6EfslI
bDmleFZqiARij9DqOPWPZr7cjJaBjdCzCpL1FbamcxYk+qNocRVcSfX/kapJjUUn
ZY8C8J+Cow8sZEkCTTH7HR7Yr4upsyVwrFsz4uB2aqWWu5GQ0/iPBRA4T+0NTu1k
z6SSuY86vP79jcSJDH3TjVcX2Sme3XPBSG0UFu+yftGILq2XkAAcp7wS42B0AYDw
5fwwOKH9OpIotolQnSTBJUs2cebLArI6mr+cf7jtp1/LUGqS0myZmLc9UjP2lKki
MKqSYtkWvmnlq1LwTF7PV7eqMzyNdj39W+N7iKrIYfs5KC5PrGnwvH7ydr3LWrSd
TzcLKKjEYS+YldoJLjwd4Zy/bntBHWC+UMvG/0rwISMafT7GIU6cZS+L/CRscop+
+xzZ6ZMOWuojlwZYCNA3qyZwEjE7y5F31p6NcCoKDVah2tAljf4=
=zgA+
-END PGP SIGNATURE-

Bug#847833: ITP: zram-tools -- Scripts for managing and monitoring zram usage

[Ritesh Raj Sarraf]

Hello Jonathan,

There's this other project, with some additional features.
https://github.com/Nefelim4ag/systemd-swap

Poor choice of name though. It gives the impression of only working with
systemd.


When I was initially looking for something pre-packaged in Debian, I stumbled
across it. You may want to add some of the features into your package.


On Mon, 2016-12-12 at 09:42 +0200, Jonathan Carter wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Jonathan Carter 
> 
> * Package name    : zram-tools
>   Version : 0.1
>   Upstream Author : Jonathan Carter 
> * URL : https://github.com/highvoltage/zram-tools
> * License : ISC
>   Programming Lang: Shell
>   Description : Scripts for managing and monitoring zram usage
-- 
Given the large number of mailing lists I follow, I request you to CC
me in replies for quicker response

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

Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Sebastien,

On Thu, 2016-12-01 at 08:25 +0100, Sébastien Delafond wrote:
> Hi Ritesh,
> 
> I agree with you, there is no reason we can't coexist :)
> 
> However, perf-tools-unstable doesn't seem to be much more updated these
> days, and it sorta worries me, especially since Brendan Gregg mentions
> on his blog that bcc seems to be the future: in that light, do you still
> see a need for perf-tools-unstable at all ?
> 

Yes. I saw that too. Maybe you'd want to check with him first. If there are no
plans on maintaining it, then perhaps we should discontinue it.
I'd be surprised though, given his tools rely on ftrace, that he'd want to
discontinue them.

> If you do, would you be willing to take over its maintainership ? I'm
> trying to save more time to contribute to security work in Debian, so
> you'd be welcome to do that :)
> 

Yes. I can do that. But please, first lets start an email with Brendan (please
CC me too) and clarify on perf-tools-unstable's roadmap.

> Anyway, let me know what you think and we'll take it from there.

For now, I'll just mark perf-tools-unstable as a conflict against this package.
Later, once we've concluded with upstream, we can decide on renaming, or maybe
even merging both sources together, into a single package name.


- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlhAIJUACgkQpjpYo/Lh
dWmGgg//UqHbsZl/XB9YnelXmol93x1P5vSEiaJNLZtVUEI/zQfxd3YR5KCMzj5f
SOKdJxnFyZ+SR5bOfBMm/uzViXd5bnuYxgfEYStkhsyL5L6hPao+Lha0LMyD0fNN
eNzP9WBHUItFE5CgqHWdHjArQdEeDm0g6yxxMYnGyE2UD+uFW6uayc4ADTsuz/up
TMGdTe8DYSQnPcvsaPRLGzjFNrZwo94LOV+DK2yhaBl26AEgp53RBSc4HdJ3u7e5
ap22iiItJC/QSpeMrOAfwsC5/w6pXqUY7DIfRhU/tC4fO4kwG1hAfvwb991MMW2D
QKOHeK2UMy7Ta+BlwhFZFPa0PSZ7SswkXMmazL6s7f2WkRiLL9YM/U5daNWVbckq
Cf8DaIsGEVgvmB24TzuYghcj5ywSybJLz8Ce8222aRX/b1S1ro6Lgr4BE20SfMzd
CrMX8IAcejF8zMqBkAOcqzcSwvMnkdDfckLDxRglBRWceVkaqqdoclrSYdstFZmO
57hCyaci72T9o2cLQwAqtnWzyEiRsbaV1kOe609J3WVBwsiVXKLP1z7YDoSxojPZ
b/r/yMJ1dWFVHCgzAlHJowVt8quiwNQIs9dN36lBH/csKsUChUAikEB6lt3Ohmtu
1viuidiDlfWabQNz6hfQQ2FMXW0T2vVKcoXtfaKOnmNcj+fV+zA=
=FMuo
-END PGP SIGNATURE-

Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Wed, 2016-11-30 at 22:40 +0100, Christian Seiler wrote:
> > many thanks for the explanation, so from a technical point of
> > view there is no package naming conflict, although it is somewhat
> > counter-intuitive to end up with a source-package "bcc" and a
> > binary-package "bcc" where the latter isn't built from the former
> > but instead contains a completely different application.
> 
> Maybe the new source package could be named bpf-bcc? That way there
> would be no confusion with respect to bin:bcc vs. src:bcc, and the
> source package name is still quite short, yet descriptive. Just a
> suggestion.

How about ?
src: bpfcc
bin: bpfcc-tools, libbpfcc, libbpfcc-dev, bpfcc-lua, python-bpfcc

This relates well to what the tool is: BPF Compiler Collection, both in src and
binary names.

I think I'll stick with this name unless there are concerns.


Thanks.

- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlhAHaAACgkQpjpYo/Lh
dWnMqg/+JGft9tC0/Pmvi4dAWeBw1dXHf86+8U06LDe05N+PS6c3ery6WsmMKdEM
Nav7tcqjCBHESHHm1PrifWU8CSJqizwoPStD8jsBF7woRbD/FPIE2+N4ZCXI1mBq
doSwMcuZt/LfFhKR/lwmptl1HS2FfNDr/pJCGd0D7ZVtaUSqEFES5vDwx5YE5S9E
MyeYmW56hxEmcb5ASIjHHqGnTAG7wd1tKoQn2w7tcTAbdfSBgU53jlSekiy/b7fC
y3o8EzUCjQBnrCQGPXN1/0jpaqrf5e4wq8ETpttV25P+dZNAa4jtf7SuHRcZnMDg
UfzmTl45YxZVbOKWAX6UykYMgyUUSzYC1aQPGRyY1M9dgruAWRUTK0OzBaYmgAkv
9UDDaNPtMOLFR6YW3ZndH0qfkZIl6q0+WJVqDBBBmsPPZFRd9ilVyXv0UQffl2c3
9Etwh48wp/aFFnyG1IOqteuE688Y9CFTO6cVxHbkXRQx4C4xWZ4vjxGQC/r0j4Ne
OFGk4zjFdMdfeNYGMfofe6IyUy6YhbCQavj25sXGM/ed2P0V8yWMnaMjnX94+L6m
UL8102MZS2ei3FF/lyrubD0Up59rQCeNygJDqM9gXDT44PUY829qXaJqeNlstsAK
6mkvMyDiMj1A5rZnrY7Ge9i6RWibFvqiUssFixE0ToNwKExC6ZE=
=9yGo
-END PGP SIGNATURE-

Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello Karsten,

On Wed, 2016-11-30 at 20:05 +0100, Karsten Merker wrote:
> Hello,
> 
> bcc is a package (and executable) name that is already in use for
> another program in Debian. From https://packages.debian.org/sid/bcc:

I'm aware of it. bcc is an already packaged binary package. It build from 
source package: linux86

For this package, I've tried to be close to what upstream has already named.
So, for Debian, only the source package name is: bcc.
The binary packages are:

rrs@learner:~/rrs-home/Community/Packaging/bcc (master)$ grep Package: 
debian/control 
Package: libbcc
Package: libbcc-dev
Package: python-bcc
Package: bcc-tools
Package: bcc-lua
2016-12-01 / 00:52:49 ♒♒♒  ☺  



Does it make sense ?
If you have suggestions, please mention them, because it'll be easier to make 
the name changes now.


- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlg/J9YACgkQpjpYo/Lh
dWmy1xAAoVz8XUiAoGzAb8lcGZsIFl0aZlXs+QnWSTny0RfsLkentFH4so3W3dE7
IFGRcv9I1dqtgZulx2QFppQayut92Ph8EfKcttlT62Mm0kMT/jgyGrrM6LAa7HY0
gxOsLtgjgXjnMZe57DAddWyX0HyJX3yElA3Cc3RBl1HM5ZRrXkaGbNVjw+4WPC/p
KFGTbmvmvMxb3lITL5p184N0SgSG8ILci/iGD7knFY/uLKNr0Ygx3QJdBzfG94O8
bst3h5eZBRPFxzw9CoQJP4PHwLBSoOU9KX5VeQ2XogTjVHJYI6GZ5rJSvodicoJZ
QoeOjkM9fcgLTy3YBEJpM1dGJfiseuOO2dFLPFRUIaMvBzgo/WJBWB2v9xtZQC25
kKLiqpSBrLnZYyrXQtQYFaDs7BGnoix8U/KWdZbifW6WW4Q2z5Jgc/pMrC23/Ecd
zDz8pEo1dB4Zt/zfDjtqALr7EUVh1CBDEiMT+eDC49C0HJ4wpssCjMKcrk9KlLKx
XyNS7GwmTQetGgrvRto7EuYRyX7JhHaxyKrpdZTZoKLUYPM6dImj68CGtfkq1Cwd
2DCNq338J2jt3RA6Tire83J8BHOT94hkuJ7tQr2MjJ9MjZOZ77IwJxrSH3tW8BEw
8l+JPSXRhBPWuZkGGG4UuYBFLkNrheRLfU1AR/aZ/fhYDEB91Us=
=emD/
-END PGP SIGNATURE-

Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello Sebastien,

First of all, thanks for maintaining perf-tools-unstable. I use it many a times.

I just completed the major chunk of bcc packaging. I intend to maintain it under
collab-maint/ too.


The binary file names are conflicting for bcc and perf-tools-unstable. I don't
see a reason why one cannot co-install both the packages and use. But in its
current form, it'll fail complaining file overwrites.

Personally, I don't think the alternatives route may be of much use because
apart from this 2 packages, I don't see any other package using these names.
Also, IMO, the alternatives feature is usually useful for common tools like
editor, pager etc.

One option could be that we append the names of the binaries explicitly.
Example, for bcc => execsnoop-bcc, perf-tools => execsnoop-perf

What do you say ? Or if you have any suggestions, please do mention.

Thanks,
Ritesh

On Wed, 2016-11-30 at 22:50 +0530, Ritesh Raj Sarraf wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Ritesh Raj Sarraf <r...@debian.org>
> 
> * Package name: bcc
>   Version : 0.2.0
>   Upstream Author : IO Visor Project (https://github.com/iovisor)
> * URL : https://github.com/iovisor/bcc
> * License : Apache 2.0
>   Programming Lang: C, Python
>   Description : Tools for BPF Compiler Collection (BCC)
> 
>  BPF Compiler Collection (BCC) is a toolkit for creating efficient
>  kernel tracing and manipulation programs
>  .
>  It makes use of extended BPF (Berkeley Package Filter) and provides tools
>  for BPF based Linux IO analysis, networking, monitoring and more
> 
> This is a great tool to debug and instrument your kernel and
> applications. It also is a a performance characterization and analysis
> tool
> 
> I have an interest in Debugging and Analysis and I intend to use and
> maintain it under Debian.
> 
> As with most of my packages, I intend to maintain it under collab-maint
- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlg/EPQACgkQpjpYo/Lh
dWle6xAAsRRfIO3oUvk6wN4NXanqQark//nvE5ezt2RPlx4SUYWA3WWJas1bbGA8
AdnJMKvqYD1wkBmuSRU5S+Ne6kXjat8GQCPiYBi1IS1mcUQXRT/MoKce3YmxJGvt
p6jxGBP8d9CeUZe7eOHujKmsBj4OYghX1e6VmYtwdGeaCEw4x5vnxO7GuX8ZkgxZ
XE/zSyuKB7GLAJUbg11VGUKoLVEP0kOprflj17DsNofXFNDrETL2OykDTNNIsJTP
c+RuTQE2xlD4EGCbnrYQ5A4tVl6ZtFao8LZXzcOmmAu9yR+6aYVMdEJnFe6iXTSY
M74pIBLZs3gq5gkhfm0x+sVadkXx/xuG3fslFxHYJIUWXS2aaB1pryrvDKdP1SF7
F1RzJe6JtflzkkRu0DNBvZdkOztoX+jhldeoWXjZ7qcwKNFC7COvT4piEi+ivIXb
q3gvuadoGN4SL8M4sJJD2nbmKiDo74UuQ+HisY1xrAM6+ksf+/DxwVHOOX1Akpii
b77uguwPf6kxmScfI0VrL7LJr9y3vOI4GeQsAqq1ttUghi59u/dZ6qGjbA3xEnTz
a2w9kHGtwVUTIZaMT3v2nXveI87P+vHNhVDA9GyTmDvdqdVpTQp3nfCMzeCj1/L6
5fK78HJnQkdhMcITGVYmgcUAuegws2X1f0pw2/9jzpGWE39Sjjc=
=YYEe
-END PGP SIGNATURE-

Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf <r...@debian.org>

* Package name: bcc
  Version : 0.2.0
  Upstream Author : IO Visor Project (https://github.com/iovisor)
* URL : https://github.com/iovisor/bcc
* License : Apache 2.0
  Programming Lang: C, Python
  Description : Tools for BPF Compiler Collection (BCC)

 BPF Compiler Collection (BCC) is a toolkit for creating efficient
 kernel tracing and manipulation programs
 .
 It makes use of extended BPF (Berkeley Package Filter) and provides tools
 for BPF based Linux IO analysis, networking, monitoring and more

This is a great tool to debug and instrument your kernel and
applications. It also is a a performance characterization and analysis
tool

I have an interest in Debugging and Analysis and I intend to use and
maintain it under Debian.

As with most of my packages, I intend to maintain it under collab-maint

Bug#819195: OXM in Debian

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Wed, 2016-11-02 at 15:25 -0200, Samuel Henrique wrote:
> Hi Ritesh,
> 
> I was not aware of that, from what i understood, the current version (r80)
> doesn't work, but the newest release is still working, right?
> 

Sorry, if my statement was confusing, but I meant exactly what you mentioned
here.

> As i do not have a timeline for a new upload, please feel free to go ahead,
> but wouldn't be better to fill a RC bug instead?.

Up until today, there weren't any takers. Now that you have volunteered, I'll
just file an RC bug. Later, when you have the new release ready, you can upload
it.


Thanks.

- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJYGiSzAAoJEKY6WKPy4XVpMR8P/0N588oxI567qd+3rMdSP6Jt
1B9ehd9gTwJXCY9AgynuMw3tFWGZOtQEX+ln30Kwwahw85rRsihEommKg8yG1ckI
/wI8Vg1NpN4E+6+vpeWDvmf5mjdIbZa3hD4TF7FNp35gL1UnqkaadS33rEU1t2xD
Uo+Sr8MAdu3uC5zSbBmhDj6SSMsebRnZe1N1Rk+uezZN4cJmZ85UstjQ+Zdz75kC
O1KNxXaDw25C7nbn6IcqgxLfEos1WpeSrlNeot38jCruO338lmNaqe9fQW/6f83f
MwtJDkbCaCBEOQVUQPT35ydlDdZoPosWfs5eZDg0ksIBkZsuLZ0tCorbEXBVBfbf
95EpKOxlgzCYg1bGGU4eQNGbv143s2BrUVOIrmMaKE0wcNxLCsyDKTuZW6aWWGBA
JBfJCloxlZVWxKo3/KWlQoDz7JYmSCxCKsW0oGlapecwVqm7kt3tZIgo0wUxTgyt
1xcCjgqxe8V/GLpmk9sDia7VdQO/wv5vEf7EtBDoyIR+GMcCtmz0ODbEQoU27jVY
irg8KmGkZV/Uzsrcv0vF8rO4jnAAQmjXx8LntwEzJxeWniplCqnIzG5mkVojYXtR
i4hnX+BKjwE8B3EEfEpDblnha+Rk6J2cQEZDw5Y1t1tcybZI9bi6OtNXD8JL7guU
F3MmdyvRuWm9ruxC5LTC
=fgoy
-END PGP SIGNATURE-

Bug#819195: OXM in Debian

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Samuel,

Co-incidentally, I looked up just now to see on my package list. I'm still happy
, that you've expressed interest to maintain OXM in Debian. Thanks.

That said, the reason why I looked back at the package was to ask the FTP team
for its removal from the archive. Because I don't think the old tool works any
more. At least from what I recollect, it already had some intermittent issues
back then, and in between XenServer changed its management interface.


Do you intend to target OXM for Debian Jessie ?

If you do not have a timeline, I'd like to remove the old version from the
archive. OTOH, if you are already ready to refresh the package, please do it
soon so that the newer version could be part of Debian Jessie.


- -- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJYGh7zAAoJEKY6WKPy4XVpaE4QAKng1nOMhh4tAceEUN2F/zoE
lJEMGKTXEI1qfMoTXCz8U5r/kKuMBf8Yt2t8C8Ob+DOx/ETiZKdhxa8524jOKxNi
6H1jUc1ExMxiWXtsxnMcvs0r05RjwlzwjPct3etXrJLe/2urvbT6BjLUwx/9HVZw
K/8YSQjKlChryVUL29C0M7uPhg6AcPoDJKPT35yUHImxHMg07dkrKNqR1IxpWOLl
wFQeueyWOkSdwjV6051wJ/Y2kRfg6FR+trfdAHOvzRN8j0Yeo/atzl0yx99l3f0M
z4oFyfPgxyCnQ2pndgpOf17i0U3qsUx0xxLKVrs33lxvRP2EqfwS7rq1AVSoensB
a2PLzzWHx4wHjUI6Qu6NWJWW+SE71WbEBxdG6nsxZzeNHF6baKINpTGY6DBPUJlH
6MWlEIRLLhZVj1j6HjS7NI+dgAz6hl/c4oK7a/WuJuVKaGyD4VQDCuF0kcl/hEKm
ZiPRaj3cfGam9qcqzmoS9haIaOer6WKCJ76bzgeeBMU+ZYKxzI5Kwo79aThjOpXt
tNJyXS/wzGUBuY56/qltNd3UzREgDagKia1n1cVD0rIpuRoAzxnAOcdvUo3ON4tU
bIFPpsg1XCt3N4yLsP/oQETcvdDVvuC0NbY4HyzBppP8xqtd13YEd4v07GAsDJ5V
N6yCHIDOP53cM4PkSe4H
=2z2y
-END PGP SIGNATURE-

Bug#842968: O: system-storage-manager -- system storage management tool

[Ritesh Raj Sarraf]

Package: wnpp
Severity: normal

I intend to orphan the system-storage-manager package.

There aren't really any pressing issues as such, but development is
almost stalled. And I don't see this tools relevance any more. It was
supposed to be a unified storage tool, but not sure if we really need a
single tool to support all available block types and file systems.


The package description is:
 System Storage Manager provides an easy to use command line interface to
 manage your storage using various technologies like lvm, btrfs, encrypted
 volumes and more.
 .
 In more sophisticated enterprise storage environments, management with
 Device Mapper (dm), Logical Volume Manager (LVM), or Multiple Devices (md)
 is becoming increasingly more difficult.  With file systems added to the mix,
 the number of tools needed to configure and manage storage has grown so large
 that it is simply not user friendly.  With so many options for a system
 administrator to consider, the opportunity for errors and problems is large.
 .
 You should install the ssm if you need to manage your storage with various
 technologies via a single unified interface.

Bug#824749: RFA: libstoragemgmt

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: retitle -1 "O: libstoragemgmt"


I'm hereby orphaning this package, due to lack of interest in the domain, at
this time. For now, I'll file a RC bug against the package, because in its
current state, it wouldn't be good to see it be part of the next stable release.

Incase it gets adopted by a new maintainer, a new upstream release should help
freshen up the package (and fix the RC bug).


On Thu, 2016-05-19 at 17:26 +0530, Ritesh Raj Sarraf wrote:
> Package: wnpp
> Severity: normal
> 
> I intend to orphan this package, but my hope is to find a maintainer
> whom I could transition this to.
> 
> libstoragemgmt is a vendor agnostic library to manage your enterprise
> storage needs. It can talk to Enterprise SAN arrays.
> 
> The upstream for it is accessible at:
> https://github.com/libstorage/libstoragemgmt
> 
> For this package, there isn't much install base in Debian, at this time.
> 
> 
- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJX5AU5AAoJEKY6WKPy4XVpCGkP/jKqp/Lo5V+R0hqFtXiizuTr
UgriDZ8kcfwKkJsL9gZ+pzZ/v7lxsSeI8oHZv7LNWWaA2y5hTKREoA6o9lrVMEjl
MTNqdwbGumqCW72MORHT2KSx/xQs+rk4yFMGWqk+yKRI4XkUkQId0k3jsM7v0jKs
Z/ABnPL4O36V6FcYMgKziEKAn2JrkxOqje0PX4IzA5+/nfWlr+Xcr3ZElGg1Nd1P
k6+ZFFrEBDcec0Gx/bqe5ElY635ilhCL5aPDCHnxgO2/W5Sg64hIXGKXz93YMavN
jg+VPeKD1EV35x6xGdg/mSTnhfxrm/XxNEJuzVPe0WbNx/3fBuouq2q2TYnLM2OX
MfqAqYsan5cwihKvHsTHugIrkQrjlJN+O/VOvTjwokVRrRG1d1HnOVLSlL662Dbn
ARf3ZQ9tG+ycSIvnEs9wMOWNf6I0BtNoicHOaUgeBB0ojF05CcpV7urLBcvi0oE1
PLOBZkPNqcyXEUbB+sQGV/3s4JncSPdiX1zTIBN4fTQcqlzEYHHj9YEcEsoX+s1C
m+ZzuEMKOkKZzPleeFGzcckK+FLF+ppW9bN6DJWRw4w2bklWew/aSqXl8nJaoQ48
+z+UeOy045bnr6Fp1ZeVHSY/8j+z/XcIeIQmk5eDxIzZePhtXWUV9qrTgNh4eY8Z
J/ZnWvy+cF6iC4sXjYaG
=GSud
-END PGP SIGNATURE-

Bug#832443: ITP: mergerfs -- mergerfs is a union filesystem geared towards simplifing storage

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Konstantin,

On Mon, 2016-07-25 at 19:06 +0300, Konstantin Khomoutov wrote:
> >  mergerfs is a union filesystem geared towards simplifing storage 
> 
> I supposed it should be "simplifying" in both cases.
> 

THanks. Corrected in my packaging.

> > and management of files across numerous commodity storage devices. It
> > is similar to mhddfs, unionfs, and aufs.
> > 
> >  Some salient features include
> >  * Runs in userspace (FUSE)
> >  * Configurable behaviors
> >  * Support for extended attributes (xattrs)
> >  * Support for file attributes (chattr)
> >  * Runtime configurable (via xattrs)
> >  * Safe to run as root
> >  * Opportunistic credential caching
> >  * Works with heterogeneous filesystem types
> >  * Handling of writes to full drives
> 
> What does this mean?  Drives with no more room to write data left?

mergefs allows union mount, created out of multiple drives.

Take this example

tmpfs -> /tmp-ram - 4G
/dev/sdb2 -> /tmp-disk - 10G

mergerfs can help create a unified mount:
/tmp-ram:/tmp-disk /tmp mergerfs

So, for a 5 GiB file, mergerfs would intelligently write it to the block based
backing device.

Here are some stats:


rrs@learner:~$ df -h /tmp
FilesystemSize  Used Avail Use% Mounted on
tmp-ram:media/SSHD/tmp-disk:tmp-disk  483G  415G   64G  87% /tmp
2016-07-25 / 22:25:24 ♒♒♒  ☺  

rrs@learner:~$ for x in 1 2 3 4 5 6 7 8 9; do dd if=/dev/zero of=/tmp/$x.img
bs=1M count=500; done
500+0 records in
500+0 records out
524288000 bytes (524 MB, 500 MiB) copied, 2.55788 s, 205 MB/s
500+0 records in
500+0 records out
524288000 bytes (524 MB, 500 MiB) copied, 1.6153 s, 325 MB/s
500+0 records in
500+0 records out
524288000 bytes (524 MB, 500 MiB) copied, 8.25114 s, 63.5 MB/s
500+0 records in
500+0 records out
524288000 bytes (524 MB, 500 MiB) copied, 1.84161 s, 285 MB/s
500+0 records in
500+0 records out
524288000 bytes (524 MB, 500 MiB) copied, 2.11159 s, 248 MB/s
500+0 records in
500+0 records out
524288000 bytes (524 MB, 500 MiB) copied, 14.8864 s, 35.2 MB/s
500+0 records in
500+0 records out
524288000 bytes (524 MB, 500 MiB) copied, 1.77783 s, 295 MB/s
500+0 records in
500+0 records out
524288000 bytes (524 MB, 500 MiB) copied, 1.74245 s, 301 MB/s
500+0 records in
500+0 records out
524288000 bytes (524 MB, 500 MiB) copied, 14.1321 s, 37.1 MB/s
2016-07-25 / 22:26:57 ♒♒♒  ☺  


The actual data is internally moved to the optimal backing device, based on
policies explained in the following link, under section POLICIES
https://github.com/trapexit/mergerfs


rrs@learner:~$ ls /tmp
1.img
2.img
3.img
4.img
5.img
6.img
7.img
8.img
9.img
.snipped.
2016-07-25 / 22:28:25 ♒♒♒  ☺  

rrs@learner:~$ ls /media/SSHD/tmp-disk/
1.img  9.img
2.img  
3.img  
4.img  
5.img  
6.img  
7.img  
8.img  
.snipped.
2016-07-25 / 22:28:33 ♒♒♒  ☺  

rrs@learner:~$ ls /tmp-ram/
2016-07-25 / 22:28:43 ♒♒♒  ☺  


We get good throughput and at the same time efficiency.
This is just one of the many use cases.


- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJXlkZWAAoJEKY6WKPy4XVpe0YQALgKImgpU3OM3z51JjvLRu5a
bWKlspcMC1AhPmvvlHlyHUjkPIzWsJKsOexlslwwExjW6S6TTXoeHfEkfp8Xua23
aC1N1xbI6tvB6pEAfnijSA85SQ0QguMxmRNrXmDVJ6LyXTaU3yewaWIrjkXoJw8R
E/RKssxTwPKvAc5fd1hmcMWxBKEL+kJO1JmrDmbNdgWn01rseSghnd0cr+A1HVuE
YebysE5qkvjet2lruqR80jVXH6DJJnzl6cBI5Te1+dksk9BHCkuz0IP2lbM1Z7Bq
e520E5S2Tx6A+Knmtssg3G48zYWhw0DH78/DyNo+7UTcx8GC1TKKKW/tQgDdm77H
jBzpucnF4jb8Ike67czdEYif76sC6xne+IUWHCuUPJCqVENMOG1TN69qCWrh8F0f
0tK8qR0tM7g9n3A2Tx7BG1J5hVFiMcMONUzfwH+vXPnVip9y3CDvwzwk5vIsifBV
kRFWAZstAI04TQlaE2DU7AFMWi4WHh06ScpaWOL2eNT4wSDNU6JlxdF0msKNI5A+
aoKkEEOoI4u85SFbttqPdB1PiBtTClv8mB68ollw4MzUcKbmF5byR56KeCUsT0Wo
NaaXlLiMBEPquqaRHac+3DTRemZkoSQGQyLhXBahra6RN5d2SE7WMeJMvBcc8fGr
MFgEdiU20rUSZGYmmhwY
=wIOu
-END PGP SIGNATURE-

Bug#832443: ITP: mergerfs -- mergerfs is a union filesystem geared towards simplifing storage

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf <r...@debian.org>

* Package name: mergerfs
  Version : 2.14.0
  Upstream Author : Antonio SJ Musumeci <trape...@spawn.link>
* URL : http://github.com/trapexit/mergerfs
* License : ISC
  Programming Lang: C++
  Description : mergerfs is a union filesystem geared towards simplifing 
storage

 mergerfs is a union filesystem geared towards simplifing storage and 
management of files across numerous commodity storage devices. It is similar to 
mhddfs, unionfs, and aufs.

 Some salient features include
 * Runs in userspace (FUSE)
 * Configurable behaviors
 * Support for extended attributes (xattrs)
 * Support for file attributes (chattr)
 * Runtime configurable (via xattrs)
 * Safe to run as root
 * Opportunistic credential caching
 * Works with heterogeneous filesystem types
 * Handling of writes to full drives
 * Handles pool of readonly and read/write drives

Bug#826848: RFP: chrome-gnome-shell -- GNOME Shell integration for Google Chrome browser

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist

* Package name: chrome-gnome-shell
  Version : 6.1
  Upstream Author : Yuri Konotopov 
* URL : 
https://wiki.gnome.org/Projects/GnomeShellIntegrationForChrome
* License : GPL
  Programming Lang: Javascript
  Description : GNOME Shell integration for Google Chrome browser

Provides integration with GNOME Shell extensions repository for
Chrome/Chromium browser.
.
The mentioned repo provides both, the connector and the extension
.
Currently, this functionality is only provided through Firefox. Having
this package in Debian will allow users to deal with GNOME Shell
Extensions using Chromium browser too.

Bug#801253: Forming a Debian WICD Packaging Team

[Ritesh Raj Sarraf]

Hello Axel,

Is this team going to take care of upstream maintenance too ?
IIRC, there's been no upstream development in some time.


On Tue, 2016-05-24 at 00:27 +0200, Axel Beckert wrote:
> Control: retitle -1 ITA: wicd -- wired and wireless network manager
> Control: owner -1 Debian WICD Packaging Team <pkg-wicd-ma...@lists.alioth.debi
> an.org>
> Control: tag -1 + pending
> 
> Hi,
> 
> over the past half year I've seen quite some interest in contributing
> to wicd's packaging, especially with contributions from non-DDs like
> Salvo 'LtWorf' Tomaselli (did an NMU), toogley and just recently Giáp
> Trần.
> 
> But since they're no DDs, they had no commit access to the
> collab-maint project on Alioth: Salvo's NMU has been imported by me,
> toogley published his changes on Github and I synced them from there,
> and Giáp used "git format-patch" and sent the changes to me by e-mail.
> 
> So to allow non-DDs to easier participate (and less relying on me ;-)
> in maintaining Debian's wicd package, I've created a pkg-wicd project
> on Alioth and move wicd's packaging git repository there:
> 
>   https://alioth.debian.org/projects/pkg-wicd/
>   https://anonscm.debian.org/git/pkg-wicd/wicd.git (the web interface
>   still doesn't work, but I was able to push to
>   git+ssh://git.debian.org/git/pkg-wicd/wicd.git)
> 
> To still benefit from occasional contributions from various DDs as
> seen in the past and possible with a collab-maint project, I
> configured the pkg-wicd Alioth project to grant any DD commit access.
> That way non-DDs can easier get commit access while still having all
> advantages of a collab-maint project.
> 
> I'm happy to add anyone to the pkg-wicd group on Alioth who wants to
> help maintaining the wicd package. Either tell me by e-mail (include
> your Alioth user name) or use the web form at
> https://alioth.debian.org/projects/pkg-wicd/.
> 
> I'd be especially happy if those who worked on the wicd package in the
> past would join the team, or at least the mailing list at
> https://alioth.debian.org/mail/?group_id=101007
> 
> Another thing I'd be happy about would be if at least one more DD
> would join the team, so that I can give him or her administrative
> access to the project to reduce the bus-factor. Being listed in
> Uploaders is _no_ requirement for that position. Gianfranco, Ritesh,
> Mattia, Emanuele, anyone? :-)
> 
>   Regards, Axel
-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#824749: RFA: libstoragemgmt

[Ritesh Raj Sarraf]

Package: wnpp
Severity: normal

I intend to orphan this package, but my hope is to find a maintainer
whom I could transition this to.

libstoragemgmt is a vendor agnostic library to manage your enterprise
storage needs. It can talk to Enterprise SAN arrays.

The upstream for it is accessible at:
https://github.com/libstorage/libstoragemgmt

For this package, there isn't much install base in Debian, at this time.

Bug#819195: O: openxenmanager

[Ritesh Raj Sarraf]

Package: wnpp
Severity: normal

OpenXenManager had intended to be the Linux client for managing Citrix
XenServer and other distributions that used the Xen Management API,
xapi/xl, and newer ones that I don't even remember any more.

My initial intent was to maintain it upstream. That didn't happen.
Neither could I get any takers for its development.


Luckily, it seems Daniel Lintott has embraced it and is doing some work.
For anyone interested in oxm's development, please follow:
https://github.com/OpenXenManager/openxenmanager/


As for the Debian package, I don't really use oxm any more. Hence
orphaning.

There isn't really much bug report against this package. Maintenance
shouldn't be a big hasssle. But I would suggest keeping in sync with
Daniel first.

Bug#790755: RFA: openxenmanager

[Ritesh Raj Sarraf]

Package: wnpp
Severity: normal

I don't use XCP anymore, not do I have the lab where, at least, I used to test 
it with Citrix XenServer's XCP implementation.

And I do not see that changing for me. Thus looking for another maintainer to 
take it over.

The upstream development is not happening at: 
https://github.com/OpenXenManager/openxenmanager

Your first step would be to sync up with Daniel, because from my last 
conversation with him, he is interested to (co) maintain the package


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150701142928.20489.7177.report...@news.researchut.com

Bug#789812: ITP: iio-sensor-proxy - IIO accelerometer sensor to input device proxy

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: r...@debian.org

* Package name: iio-sensor-proxy
  Version: 1.0
  Upstream Author: Bastien Nocera
* URL: https://github.com/hadess/iio-sensor-proxy
* License: GPLv2
  Programming Lang: C
  Description: IIO accelerometer sensor to input device proxy
Many modern ultrabooks now come with sensors.

  * Lenovo IdeaPad Yoga 13
  * Microsoft Surface Pro 2
  * Lenovo Yoga Pro 2
  * Onda v975w
  * Dell Venue 8 Pro
  * Lenovo ThinkPad Twist
  * MacBook Pro (8.2)
  * Lenovo Yoga 2 13

This tool stands as a proxy from the sensors to D-Bus, from which other
apps may eventually consume that data. For some details about future
roadmap, please see the blog post.

http://www.hadess.net/2015/05/iio-sensor-proxy-10-is-out.html


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#753102: O: fcoe-utils

[Ritesh Raj Sarraf]

Package: wnpp
Severity: normal

Description-en: Fibre Channel over Ethernet utilities
 This package allows users to use Fibre Channel over Ethernet. It
 contains:
  fcoeadm - command line tool for configuring FCoE interfaces
  fcoemon - service to configure DCB Ethernet QOS filters, works with dcbd


I don't really have the enthusiasm to maintain FCoE any more. The
package may not be in very good shape but FCoE's adoption itself is very
low. Popcon stats report only 9. Thus shouldn't be any concern


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140629095952.21539.7527.report...@zan.researchut.com

Bug#753104: O: libhbaapi

[Ritesh Raj Sarraf]

Package: wnpp
Severity: normal

Description-en: SNIA HBAAPI library
 The SNIA HBA API library. C-level project to manage
 Fibre Channel Host Bust Adapters.
 .
 This package contains libraries for developing applications to
 manage Fibre Channel Host Bus Adapters

I don't really have the enthusiasm to maintain FCoE any more. The 
package may not be in very good shape but FCoE's adoption itself is
very low. Popcon stats report only 15. Thus shouldn't be any concern


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140629100117.21666.78833.report...@zan.researchut.com

Bug#753105: O: libhbalinux

[Ritesh Raj Sarraf]

Package: wnpp
Severity: normal

Description-en: Library for retrieving FCOE adapter information
 The SNIA HBA API library. C-level project to manage
 Fibre Channel Host Bus Adapters.
 .
 This package contains libraries for developing applications to
 manage Fibre Channel Host Bus Adapters

I don't really have the enthusiasm to maintain FCoE any more. The 
package may not be in very good shape but FCoE's adoption itself is
very low. Popcon stats report only 16. Thus shouldn't be any concern


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140629100246.21814.14758.report...@zan.researchut.com

Bug#753106: O: lldpad

[Ritesh Raj Sarraf]

Package: wnpp
Severity: normal


Description-en: Link Layer Discovery Protocol Implementation (Runtime)
 The lldpad package is an implementation of the Link Layer Discovery
 Protocol (LLDP).  It originated from Intel's Data Center Bridging (DCB)
 software - the dcbd package.  The lldpad package adds LLDP support for all 
ports in
 addition to DCB Exchange protocol (DCBX) support on DCB capable ports (as was
 provided by dcbd).  Also, support for additional LLDP TLVs has been added.
 .
 DCB is a collection of emerging standards-based technologies designed to allow
 Ethernet to support multiple types of traffic classes in the Data Center.
 The DCBX functionality of this package is designed to work with
 the DCB kernel interface (dcbnl in rtnetlink) that is included in the Linux
 kernel 2.6.29 or higher.  The Intel ixgbe driver supports the dcbnl interface.
 .
 This package contains lldpad runtime binaries.


I don't really have the enthusiasm to maintain FCoE any more. The 
package may not be in very good shape but FCoE's adoption itself is
very low. Popcon stats report only 18. Thus shouldn't be any concern


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140629100506.21901.68182.report...@zan.researchut.com

Bug#743510: libnfs

[Ritesh Raj Sarraf]

Hey Guys,

My day job also involves NFS. Hence I have an interest in it. I'll take
over it.

Thanks,
Ritesh

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#692529: Still work in progress (gateone ITP)?

[Ritesh Raj Sarraf]

On Friday 08 November 2013 04:17 PM, Mike Gabriel wrote:
 Hi Ritesh Raj,

 I just wanted to post an ITP for gate(-)one and I just in time
 realized that there already is this ITP open.

 Are you still active on packaging this? Or are you waiting for 1.2 to
 appear? (I just got personal communication from Daniel, that 1.2 will
 be released soon).

 Please let me know about your plans, otherwise I will be happy to
 become owner of this ITP. 
Please take it up. I don't have any free time for additional packages
than what I already have on my list.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#705263: ITP: ioapps -- IO profiler and IO traces replayer

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: ioapps
  Version : 1.4.1
  Upstream Author : Jiri Horky jiri.ho...@gmail.com
* URL : http://code.google.com/p/ioapps/
* License : GPL-v2+
  Programming Lang: C, Python
  Description : IO profiler and IO traces replayer

 IOApps is an application level profiling and tracing utility suite
 .
 ioreplay is mainly intended for replaying of recorded (using strace) IO
 traces, which is useful for standalone benchmarking. It provides many features
 to ensure validity of such measurements
 .
 ioprofiler is a GUI application for profiling application's IO access pattern.
 It shows all the read/written files by the traced application, how many reads 
were
 performed, how much data were read and how much time was spent reading for 
each file.
 Most importantly, it produces nice diagrams showing read/write access pattern
 (i.e. whether the application was reading sequentially or randomly) in how big 
chunks etc


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130412075425.27787.98503.reportbug@dev.researchut.local

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Wednesday 20 March 2013 03:39 PM, Vincent Cheng wrote:
 http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bumblebee_3.1-1.dsc


In debian/bumblebee.preinst: it states:
If you are a novice, you are recommended to reinstall Ubuntu.

Is this allowed by the Debian packaging guidelines?
Sharing is good but this is misleading both the product and brand.
Derivatives are supposed to sync to the Debian archive and generate a
delta. Typically the delta will be distro name changes et cetera.
By adding derivative names (in this case Ubuntu) right into its pure
package, this will create utter confusion.

I'd urge you to package with only Debian in mind and let the derivatives
handle it with a small delta.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Saturday 23 March 2013 03:02 PM, Vincent Cheng wrote:
 I see no harm in trying to make my package compatible with both Debian
 and Ubuntu, as long as the changes are not overly obtrusive and don't
 break anything in Debian. I'm actually of the opinion that it's best
 to minimize diffs between Debian and Ubuntu whenever possible, and I
 aim to do that with all the packages I maintain. Forcing derivatives
 to maintain deltas benefits nobody; we should encourage maintainers to
 forward as much work upstream as possible, and that goes for Ubuntu's
 relationship with Debian as well.

I can understand the intent  but then it will become a never ending
story. Which derivative will you stop at?

Sooner or later, your packaging rules end up being:

if debian:
elif derivative1:
elif derivative2:
elif .

Combining the efforts should mean working on a common base. Not
accommodating multiple bases this way.

Diverging the packaging must have good reasons; at least it brings in
the flexibility and the speed. In this case, the best example is the
nvidia packaging.

Like I said in the previous email, I haven't seen a guideline on this
topic. But from what I've observed in different teams, none of them
package this way.


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#673424: Fwd: Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

Vincent,

There might be merits of following the Ubuntu + Debian route _today_.
Maybe. But for the project, I fail to see the benefits.
I do not see myself convinced to mix packaging decisions for 2 different
distributions with different intent.

Take a look at the Dependencies in bumblebee-nvidia:

Depends: ${shlibs:Depends}, ${misc:Depends}, bumblebee (=
${binary:Version}),
 nvidia-glx | nvidia-304 | nvidia-304-updates | nvidia-experimental-304 |
 nvidia-310 | nvidia-310-updates | nvidia-experimental-310 |
 nvidia-313 | nvidia-313-updates | nvidia-experimental-313

Sure it won't break. But it is all bogus for Debian, for ever, to OR
depend on packages that are non-existent.

As a DD, my efforts are to keep the packaging simple and minimal, so
that it is easier for _all_ derivatives to consume it.

Collaboration should be on
* Uniform package names
* Sharing patches
* Sharing policies


On Saturday 23 March 2013 04:23 PM, Vincent Cheng wrote:
 [Whoops, hit reply instead of reply to all. It's gmail's fault.]

 On Sat, Mar 23, 2013 at 3:24 AM, Ritesh Raj Sarraf r...@researchut.com 
 wrote:
 On Saturday 23 March 2013 03:02 PM, Vincent Cheng wrote:
 I see no harm in trying to make my package compatible with both Debian
 and Ubuntu, as long as the changes are not overly obtrusive and don't
 break anything in Debian. I'm actually of the opinion that it's best
 to minimize diffs between Debian and Ubuntu whenever possible, and I
 aim to do that with all the packages I maintain. Forcing derivatives
 to maintain deltas benefits nobody; we should encourage maintainers to
 forward as much work upstream as possible, and that goes for Ubuntu's
 relationship with Debian as well.
 I can understand the intent  but then it will become a never ending
 story. Which derivative will you stop at?
 It ends at Debian and Ubuntu. The one major difference that is the
 root cause of all the Debian/Ubuntu-specific sections in bumblebee's
 packaging is how differently the proprietary nvidia driver is packaged
 (if that were fixed one day, there'd be no need for all the derivative
 specific stuff). No Debian/Ubuntu derivatives use a different
 packaging scheme for the Nvidia proprietary driver, except those who
 suggest directly downloading it from Nvidia's website (which we don't
 support).

 Sooner or later, your packaging rules end up being:

 if debian:
 elif derivative1:
 elif derivative2:
 elif .

 Combining the efforts should mean working on a common base. Not
 accommodating multiple bases this way.
 We are working on a common base. I'm working with upstream to merge
 all the Debian-specific changes, so that we can all pull from the same
 source each time there's a new upstream release without me having to
 put as much work to merge everything. The current packaging (which
 Aron started) was based off of upstream's PPA, and so far it looks
 like upstream is receptive to our changes, so we can continue basing
 our work off of upstream's PPA for future releases. Hence, less
 duplicate work for us in Debian.

 Diverging the packaging must have good reasons; at least it brings in
 the flexibility and the speed. In this case, the best example is the
 nvidia packaging.
 I still don't see convincing rationale for us to diverge the bumblebee
 + primus packaging from the work that upstream have done, or to break
 compatibility between Debian and Ubuntu.

 Like I said in the previous email, I haven't seen a guideline on this
 topic. But from what I've observed in different teams, none of them
 package this way.
 I haven't seen any guidelines either. But I don't think I'm the only
 one who's actively trying to accomodate both Debian and Ubuntu; e.g.
 I've seen blog posts where DDs have demonstrated how to merge
 differences in Debian and Ubuntu in the packaging scripts (see Raphael
 Hertzog's explanation on how to generate different sets of
 dependencies for Debian and Ubuntu [1]), or e.g. the Ubuntu Games team
 folding into the Debian Games team to collaborate together (but to be
 fair, I don't think there was much of an Ubuntu Games team to begin
 with...).

 Regards,
 Vincent

 [1] 
 http://raphaelhertzog.com/2010/09/27/different-dependencies-between-debian-and-ubuntu-but-common-source-package/


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#673424: Fwd: Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Saturday 23 March 2013 06:13 PM, Aron Xu wrote:
 I've cut off quotes as my reply does not apply to specific sentences...

 I agree that keeping a package simple have benefits, but I don't think
 making our life harder is a good reason to cut down such stuff. Our
 current packaging are largely based on upstream's efforts, and we have
 to agree that upstream consider both Debian and Ubuntu are important.
 We'd like to have a good relation with upstream, and actually we have
 friends who use these packages on both Debian and Ubuntu, so if we
 just cut down the compatibility stuff then we must deal with both
 Debian and Ubuntu to keep everyone happy, or we get hated.

 The differences between nvidia packaging isn't likely to change in a
 short time base on my understanding, so it's not neat to have a so
 long list in Depends/Recommends, and yes I agree it looks awful but we
 have no better choice to make everyone happy and keep the work load as
 less as it can be.

As much as I want and will use bumblebee, I do not agree with the
justification. Let's just disagree. :-)
You sponsor the packages bumblebee and primus so that it gets in the queue.


Thanks,
Ritesh

- -- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCgAGBQJRTeHxAAoJEKY6WKPy4XVpLHwQAIGphJa1Q5SKCug1Y3ob9Wls
Rb0VEpZ68WRGn9ILd3mDH7jgsmU5VNZShC3jEQIGT012m6Jdh8U09w+NFd8ppEOc
fOWo2cbRlQiioqELbLzwgDECIp0Z3TkkGwg8F2EoTZ24ikUXerDxwdYm3zQ+fpEo
ISSBPJI2CSdXo9lZ+wjme35uVQUeYowImVoimPo2g0PS/zrrwT42c3rzmX91yFKb
qLyubxN153QTycuOIiUHZ7h8WH4M9A58sW0DfOGLf2iYICKszXVAKfI8kv3Q46er
x+VymC+PmKwmW4jHLm7gFtDVeGG9eXCRnwQQwCzQi/B5yZPB+4ZrbXCnOZ18cCFh
hpo359GbJvxJd2sxwfD+WRgWOKwr+BQnqG8KFPEkm7ASFNBrnpkq7IZiGZ2FLbrz
XhTQa320OO10wSm6oftD689bSZ/FgmWwQbbpgZBegPtqYqVpz7Crb2D2+qHOexug
qHFf7JbGYjFRVYOSV21VtqBK8bXqtHDnK/E3vILS4xvYGjPBWla4i2CzNYjfAr9I
yH5SQWW8q3UOLPmQHCKGZ7IJjJjbS5NYp8i9pyh5UBE0z6e0tiDhxqZ9YqmUmrHk
AqSEtPE6V/OGRe+ZfkKvHZ1V5HpT0KHwNSEpaAqtxoIaRSEGn5E3n9MglbuMjBcU
JNSAuYUSEwAZ/XNcwEtv
=KRJ5
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/514de204.2000...@researchut.com

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Wednesday 20 March 2013 03:39 PM, Vincent Cheng wrote:
 http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bbswitch_0.6-1.dsc

Here's some feedback for package bbswitch.

* Upstream changelog is not shipped. Lintian warns about it. Good to
have. I have fixed it and will send you the patch. You add it to the
repo for me. Meanwhile I'll raise a request to add me to pkg-nvidia.
* bbswitch.c source file has no copyright header. It is good practice to
have upstream's copyright declaration in each file.
* bbswitch does not Recommend / Suggest bumblebee package. Is it
intentional? Is bbswitch useful all alone on its own?


Ritesh

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.

From 5113289bdc9a7935feda33a5cdbd96af19839cf8 Mon Sep 17 00:00:00 2001
From: Ritesh Raj Sarraf r...@debian.org
Date: Thu, 21 Mar 2013 18:50:33 +0530
Subject: [PATCH] Ship upstream changelog


Signed-off-by: Ritesh Raj Sarraf r...@debian.org
---
 debian/rules |2 ++
 1 file changed, 2 insertions(+)

diff --git a/debian/rules b/debian/rules
index edf3426..20628b1 100755
--- a/debian/rules
+++ b/debian/rules
@@ -26,3 +26,5 @@ override_dh_auto_install:
 	dh_install -p$(pkgname) Makefile usr/src/$(name)-$(version)
 	dh_install -p$(pkgname) bbswitch.c usr/src/$(name)-$(version)
 
+override_dh_installchangelogs:
+	dh_installchangelogs NEWS
-- 
1.7.10.4



signature.asc
Description: OpenPGP digital signature

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Thursday 21 March 2013 10:34 PM, Vincent Cheng wrote:

 NEWS is already installed by dh_installdocs. But if you want to use
 dh_installchangelogs for that instead, I'm fine with that; do you want
 me to remove debian/docs as well then? I don't see the point of having
 duplicate copies.

Yes. Please. The upstream NEWS file has nothing but the changelog. And
also, the concept of README.Debian and NEWS.Debian are specific to
Debian, afaik.
 * bbswitch.c source file has no copyright header. It is good practice to
 have upstream's copyright declaration in each file.
 It's been added as of bbswitch 0.6.

I don't see it on github. The MODULE_AUTHOR has the name but without the
copyright header it is unclear who all contributed to it.

This is no big deal. I will upload otherwise also. It is just FYI.

 * bbswitch does not Recommend / Suggest bumblebee package. Is it
 intentional? Is bbswitch useful all alone on its own?
 Well, bbswitch should work fine on its own for users who don't want to
 use their discrete nvidia gpu, and just want power savings (by turning
 off the nvidia card with the bbswitch kernel module). Suggesting
 bumblebee sounds like a good idea though.

Thanks. I will pull back your changes soon after dinner. And hopefully
will upload it. :-)


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Wednesday 20 March 2013 03:39 PM, Vincent Cheng wrote:
 Ok, I think I've (finally) gotten everything dealt with, including the
 conffile issue (I ended up deciding to use the rest of Ralf's patch,
 and prepared a pull request upstream for all my changes [1]). Tested
 the packages and they work for me, so Aron/Ritesh, if one of you could
 review and upload them, that'd be great, thanks!

 http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bbswitch_0.6-1.dsc
 http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bumblebee_3.1-1.dsc
 http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/primus_0~20130225-1.dsc
 (or fetch the latest from the git repos)

Sure. I will soon test this on my setup, review your packaging work, and
then accordingly sponsor it.
If Aron, you get the time, please do so and just update us on this email.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Monday 18 March 2013 11:44 AM, Vincent Cheng wrote:

 I wasn't actually done with primus' packaging; for some reason I kept
 on getting a strange error (primus: fatal: failed to open secondary X
 display) every time I tried running primusrun, even though it works
 with the optirun+virtualgl backend, so I'm surprised that it worked
 for you. That prompted me to dig deeper to find out what was causing
 the issue for me; it turns out that, for whatever reason, reverting
 one of my previous changes (overriding CXXFLAGS with dpkg-buildflags'
 default build flags) fixed the problem for me, although I'm still
 unsure why build hardening flags would've been the root cause. Oh
 well...

I already purged the virtualgl packages, so I am pretty sure that it is
using the primus backend.

 Please pull in my latest commits and test primusrun without
 uncommenting the above line. The primusrun wrapper script should still
 work correctly. 

Yes. It works but there's a catch. See below.
 The NEW queue is big already and there's very little progress (has to do
 with the freeze). But you would want to push primus now for review.
 Agreed, at this point I think bumblebee and primus are ready for
 review (bbswitch is already in the NEW queue and I'm happy with it
 as-is). If you're offering to review the package and/or sponsor it,
 thanks in advance! And feel free to make changes directly in the git
 repo if you want to change anything. :)

I am too new and haven't investigated much about this whole dual
graphics display. But I am willing to sponsor if there are no takers.

By the way, with bumblebee + primus installed, you still will want to
recommend users to call apps with the optirun interface.
primus just sets some library variables and calls the application. The
application is never run on the discrete nvidia card.

Where as, if you run optirun (or -b primus), you will notice it running
on nvidia.

Easiest way to verify this is to watch /proc/acpi/bbswitch when using
either of the interface.


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Monday 18 March 2013 01:15 PM, Vincent Cheng wrote:
 Try testing with:
 # apt-get install mesa-utils
 $ optirun -b primus glxgears -info
 $ primusrun glxgears -info

Okay!! I got uniform results but I had to again uncomment the following
line. Without it, it was running on the Intel card.

# Need functions from primus libGL to take precedence
export LD_LIBRARY_PATH=${PRIMUS_libGL}${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}

  Where as, if you run optirun (or -b primus), you will notice it running
  on nvidia.
 
  Easiest way to verify this is to watch /proc/acpi/bbswitch when using
  either of the interface.
 That's not reliable way of verifying this because you can force the
 secondary X server to be permanently on, and running on your nvidia
 GPU. It's as simple as
 s/KeepUnusedXServer=false/KeepUnusedXServer=true/ in
 /etc/bumblebee/bumblebee.conf, or optirun bash.
Yes. But I have ensure always that I review the config file. And in my
opinion, the defaults should be KeepUnusedXServer=false

I will try to update all the packages now and see the final results.
Looks like you guys have pushed some updates today.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Tuesday 19 March 2013 01:35 AM, Vincent Cheng wrote:
 # Need functions from primus libGL to take precedence
 export LD_LIBRARY_PATH=${PRIMUS_libGL}${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}
 That line was already uncommented out in the script shipped by the package...
Oh!! I must have missed that.


 Yes. But I have ensure always that I review the config file. And in my
 opinion, the defaults should be KeepUnusedXServer=false
 I suppose a better way of explaining why watching /proc/acpi/bbswitch
 isn't reliable is by referencing the differences between how the
 virtualgl and primus backends work. Virtualgl will always cause the
 secondary X server to be spawned (everything is rendered on the
 secondary X server before being displayed on the primary X server),
 whereas primus will only offload glx calls to bumblebee, thus the
 secondary X server will only start up when you run some sort of opengl
 application with primus. That means that optirun bash or optirun
 xterm will invariably turn on the secondary X server and the nvidia
 gpu, whereas primusrun bash or primusrun xterm (or some other
 application that doesn't use any glx calls) will not.

Thanks for explaining this.

 I will try to update all the packages now and see the final results.
 Looks like you guys have pushed some updates today.
 Please do test out my changes, but also please don't upload the
 packages yet. I want to sort out the conffiles issue [1] first...


No worries. I myself would prefer if Aron (or someone else from the
current pkg-nvidia team) reviews and does the upload.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Thursday 28 February 2013 11:16 AM, Ritesh Raj Sarraf wrote:
 Installed, rebooted and everything seems to be working fine. This is
 on the following platform:

 rrs@zan:~$ uname -a
 Linux zan 3.7-trunk-amd64 #1 SMP Debian 3.7.8-1~experimental.1 x86_64 
 GNU/Linux
 rrs@zan:~$ lspci | grep NVIDIA
 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [Quadro
 K1000M] (rev ff)


 PS: bumblebee 3.1 is supposed to have support for primus which I will
 test once it can be built.

I pulled in your changes today and built primus. It is playing well with
my setup. Bumblebee is able to apply the power savings when
optirun/primusrun is not in use.

I did have to uncomment the following in primusrun to make it work.

# Mesa drivers need a few symbols to be visible
export PRIMUS_LOAD_GLOBAL=${PRIMUS_LOAD_GLOBAL:-'libglapi.so.0'}


The NEW queue is big already and there's very little progress (has to do
with the freeze). But you would want to push primus now for review.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Thu, Feb 28, 2013 at 6:35 AM, Aron Xu a...@debian.org wrote:
  Both bbswitch and bumblebee has been uploaded to unstable, and is
  waiting in NEW queue for ftp team's review.
 Awesome.
 Are these the correct package repositories?
 http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bbswitch.git;a=summary
 http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git;a=summary

These 2 build fine.


 http://anonscm.debian.org/gitweb/?p=pkg-nvidia/primus.git;a=summary

Primus fails to build.

rrs@zan:/var/tmp/Debian-Build/temp/primus (master)$ git-buildpackage
dh clean --with bash-completion
   dh_testdir
   dh_auto_clean
   debian/rules override_dh_clean
make[1]: Entering directory `/var/tmp/Debian-Build/temp/primus'
rm -rf lib
dh_clean
make[1]: Leaving directory `/var/tmp/Debian-Build/temp/primus'
gbp:info: Orig tarball 'primus_0~20130220.orig.tar.gz' not found at
'/var/tmp/Debian-Build/Results/'
pristine-tar: successfully generated
/var/tmp/Debian-Build/Build/primus_0~20130220.orig.tar.gz
gbp:info: Exporting 'HEAD' to '/var/tmp/Debian-Build/Build/primus-tmp'
gbp:info: Moving '/var/tmp/Debian-Build/Build/primus-tmp' to
'/var/tmp/Debian-Build/Build/primus-0~20130220'
dpkg-checkbuilddeps: Unmet build dependencies: mesa-common-dev
W: Unmet build-dependency in source
dpkg-buildpackage: source package primus
dpkg-buildpackage: source version 0~20130220-1
dpkg-buildpackage: source changed by Vincent Cheng vincentc1...@gmail.com
 dpkg-source -i.git -I.git --before-build primus-0~20130220
dpkg-checkbuilddeps: Unmet build dependencies: mesa-common-dev
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
dpkg-buildpackage: warning: (Use -d flag to override.)
dpkg-buildpackage: warning: this is currently a non-fatal warning with
-S, but will probably become fatal in the future
 fakeroot debian/rules clean
dh clean --with bash-completion
   dh_testdir
   dh_auto_clean
   debian/rules override_dh_clean
make[1]: Entering directory `/var/tmp/Debian-Build/Build/primus-0~20130220'
rm -rf lib
dh_clean
make[1]: Leaving directory `/var/tmp/Debian-Build/Build/primus-0~20130220'
 dpkg-source -i.git -I.git -b primus-0~20130220
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building primus using existing
./primus_0~20130220.orig.tar.gz
dpkg-source: info: local changes detected, the modified files are:
 primus-0~20130220/README.md
 primus-0~20130220/gl-needed.def
 primus-0~20130220/gl-passthru.def
 primus-0~20130220/glext-passthru.def
 primus-0~20130220/libglfork.cpp
dpkg-source: error: aborting due to unexpected upstream changes, see
/tmp/primus_0~20130220-1.diff.s8UXi0
dpkg-source: info: you can integrate the local changes with dpkg-source --commit
dpkg-buildpackage: error: dpkg-source -i.git -I.git -b
primus-0~20130220 gave error exit status 2
gbp:error: Couldn't run '/home/rrs/bin/gbp-pbuilder':
/home/rrs/bin/gbp-pbuilder returned 2


 Help is appreciated! Packaging work isn't too much, but we are in need of
 manpower to test packages for different versions of Linux kernels and nvidia
 drivers...

I will start using them now and report issues, if any.


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cap0eocwymu-nh12h5kxd3juhqf64mi4pafykl1qaytngbf5...@mail.gmail.com

Bug#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Thu, Feb 28, 2013 at 10:49 AM, Ritesh Raj Sarraf r...@researchut.com wrote:

 I will start using them now and report issues, if any.


Installed, rebooted and everything seems to be working fine. This is
on the following platform:

rrs@zan:~$ uname -a
Linux zan 3.7-trunk-amd64 #1 SMP Debian 3.7.8-1~experimental.1 x86_64 GNU/Linux
rrs@zan:~$ lspci | grep NVIDIA
01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [Quadro
K1000M] (rev ff)


PS: bumblebee 3.1 is supposed to have support for primus which I will
test once it can be built.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cap0eocx5r5grb4wxhxciumxrmnve4pt0f5zvgi3d227vept...@mail.gmail.com

Bug#609278: Unity

[Ritesh Raj Sarraf]

Hello Folks still following this ITP.

I spent some time trying to see if I could get the Unity shell packaged
for Debian. I started with taking the latest build from precise-updates
and see what needs change and what is missing

Here's what I have:

rrs@champaran:~/Community/Packaging/Unity$ ls
bamf/  frame/   grail/   
Lenses/ libunity-webapps/  unity/ x11proto-fixes/
compiz/geis/humanity-icon-theme/ 
libunity/   libxfixes/ unity-asset-pool/
dbus-test-runner/  glib2.0-2.32.3/  indicator-messages/  
libunity-misc/  nux/   unity-greeter/


Many of it is already in Debian in sid and experimental. Where as some
others (icons etc) can always be addons.

Building the entire thing was a real PITA. The main reason being that
getting Unity for Debian would mean close co-ordination in between
dependent package teams and accommodating changes. For example, the
unity patch for chromium.
And this definitely cannot be done by a single person. So are people
interested and willing to take it further ???

I haven't done much than just try to get it build inside a
sid/experimental pbuilder instance, so all the big task of co-ordination
with other dependency teams is still pending...

Oh!! And yes, it also runs on my box.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#692529: ITP: gateone -- HTML5 web-based terminal emulator and ssh client

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: gateone
  Version : 1.1-1
  Upstream Author : Dan McDougall daniel.mcdoug...@liftoffsoftware.com
* URL : http://liftoffsoftware.com/Products/GateOne
* License : AGPLv3
  Programming Lang: Python
  Description : HTML5 web-based terminal emulator and ssh client

Gate One is a web-based Terminal Emulator and SSH client that brings
the power of the command line to the web. It requires no browser plugins
and is built on top of a powerful plugin system that allows every aspect
of its appearance and functionality to be customized.

Key Features

* Clientless
* Multi-User and Multi-Session
* Multi-Auth and Single Sign-On Ready
* Extendable Terminal Emulation
* Embeddable and Unrestricted
* Resume Sessions From Anywhere
* Copy  Paste Just Works
* Get Rid of Browser Plugins
* Terminal Rewind
* Automatation and Scripting
* Proven Security and Encryption
* Logging and Playback of User Sessions
* Open Source  Rock Solid
* Terminals of Any Size
* Run Any Terminal Application
* Display Images, PDFs, and More
* Fast, Portable and Efficient
* Make Down Time History
* IPv6 Support


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121107075749.30394.49600.report...@champaran.researchut.com

Bug#692529: ITP: gateone -- HTML5 web-based terminal emulator and ssh client

[Ritesh Raj Sarraf]

On Wednesday 07 November 2012 07:09 PM, Timo Juhani Lindfors wrote:
 I quickly browsed around a bit. The killall() function in
 gateone/utils.py looks kind of scary. It seems to kill all processes
 that contain python and gateone.py in their name. This should match
 emacs -nw python.txt gateone.py and might be a mild security issue
 too:
 
 for session in sessions:
 if session in cmdline:
 try:
 os.kill(pid, signal.SIGTERM)
 except OSError:
 pass # PID is already dead--great
 elif 'python' in cmdline:
 if 'gateone.py' in cmdline:
 try:
 os.kill(pid, signal.SIGTERM)
 except OSError:
 pass # PID is already dead--great
 
 
 Perhaps gateone could use cgroups?


Thanks for spending time on it. I too came across it very recently.  I
liked the overall use case.
But this definitely will go through some use, before it gets packaged.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#659440:

[Ritesh Raj Sarraf]

On Wednesday 03 October 2012 09:45 PM, Aron Xu wrote:
 I'm interested on getting bumblebee land on Debian, but my personal
 time does not allow me to do very much of the work. If there are
 people who are willing to work together then it will be good.
So I got myself a Lenovo W530 which has the same requirement. I am willing to 
take maintenance of this package. I currently just am installing the bumblebee 
packages from [1]. If everything works, I will use its source as a start for 
the packaging work.

Aron, If you have already done any work, please let me know.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#684347: ITP: system-storage-manager -- system storage management tool

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: system-storage-manager
  Version : 0.2
  Upstream Author : Lukas Czerner lczer...@redhat.com
* URL : https://sourceforge.net/p/storagemanager/home/
* License : GPL-2+
  Programming Lang: Python
  Description : system storage management tool

 System Storage Manager provides an easy to use command line interface to
 manage your storage using various technologies like lvm, btrfs, encrypted
 volumes and more.
 .
 In more sophisticated enterprise storage environments, management with
 Device Mapper (dm), Logical Volume Manager (LVM), or Multiple Devices (md)
 is becoming increasingly more difficult.  With file systems added to the mix,
 the number of tools needed to configure and manage storage has grown so large
 that it is simply not user friendly.  With so many options for a system
 administrator to consider, the opportunity for errors and problems is large.
 .
 The btrfs administration tools have shown us that storage management can
 be simplified, and we are working to bring that ease of use to Linux file
 systems in general.
 .
 You should install the ssm if you need to manage your storage with various
 technologies via a single unified interface.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120808223734.20011.88997.report...@champaran.researchut.com

Bug#684161: ITP: seascope -- source code navigation tool

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: seascope
  Version : 0.6
  Upstream Author : Anil Kumar anil.om...@gmail.com
* URL : http://code.google.com/p/seascope
* License : BSD
  Programming Lang: Python
  Description : source code navigation tool

 Seascope is a graphical source code browsing tool with cross reference
 functionality support using the following backends:
 * cscope
 * idutils
 * ctags
 .
 Seascope is written in Python and is supported on all major operating
 system platforms


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120807132602.8706.52984.report...@champaran.researchut.com

Bug#680958: ITP: be-shell -- lightweight kde shell

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: be-shell
  Version : git
  Upstream Author : Thomas Lübking baghira-st...@gmx.net
* URL : https://sourceforge.net/projects/be-shell/
* License : GPL
  Programming Lang: C++
  Description : lightweight kde shell

KISS Desktop Shell on KDE libs  some applications
A Desktop shell using KDE technology (notably KIO and solid) but no
plasma, nepomuk, akonadi etc.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120709141351.32726.74641.report...@champaran.researchut.com

Bug#675078: ITP: overlay-scrollbar -- scrollbar overlay

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: overlay-scrollbar
  Version : 0.2.16
  Upstream Author : Andrea Cimitan andrea.cimi...@canonical.com
* URL : http://launchpad.net/ayatana-scrollbar
* License : LGPL-2.1+
  Programming Lang: C
  Description : scrollbar overlay

Overlay scrollbar is a GtkModule enabling a dynamic overlay behavior
It strives in providing the user with more screen space



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120529184022.16498.64333.report...@champaran.researchut.com

Bug#656177: Acknowledgement (RFP: appmenu-gtk -- global appmenu integration)

[Ritesh Raj Sarraf]

On Wednesday 09 May 2012 06:26 PM, Ritesh Raj Sarraf wrote:
 On Tuesday 17 January 2012 01:27 PM, Ritesh Raj Sarraf wrote:
  Actually, this request is for the whole of appmenu packaging.
 I got the impression that the globalmenu introduced in GTK 3.4 will make
 appmenu-gtk a reality for Debian. But from what I've investigated, it
 still does not work. So unless someone can correct further, I do not see
 how we could get appmenu-gtk into Debian.
To sum it up, to get this into Debian, the ubuntu patches need be either
carried in the gtk sources or else we will have to wait until it gets
included upstream.

To test it, I pulled in the patches and built myself. Works here on a
KDE environment with GTK apps rendering their menu.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#656177: Acknowledgement (RFP: appmenu-gtk -- global appmenu integration)

[Ritesh Raj Sarraf]

On Tuesday 17 January 2012 01:27 PM, Ritesh Raj Sarraf wrote:
 Actually, this request is for the whole of appmenu packaging.

I got the impression that the globalmenu introduced in GTK 3.4 will make
appmenu-gtk a reality for Debian. But from what I've investigated, it
still does not work. So unless someone can correct further, I do not see
how we could get appmenu-gtk into Debian.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#671020: ITP: robojournal -- cross-platform journal/diary tool

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: robojournal
  Version : 0.2
  Upstream Author : Will Kraft pwiz...@gmail.com
* URL : http://sf.net/projects/robojournal
* License : GPL
  Programming Lang: C++
  Description : cross-platform journal/diary tool

 RoboJournal is a free, open source journal/diary application written in
 C++ using Qt libraries. RoboJournal works in conjunction with MySQL to
 allow the user to create journal databases locally or on a remote server.
 Support for Sqlite and Postgres is planned.
 .
 RoboJournal emphasizes streamlined, practical design plus ease-of-use. 
 .
 RoboJournal depends on the Qt UI toolkit library



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120501103837.17213.40426.report...@champaran.researchut.com

Bug#666495: ITP: plasma-widget-menubar -- plasma widget to display a global menubar

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: plasma-widget-menubar
  Version : 0.1.16
  Upstream Author : Aurélien Gâteau agat...@kde.org
* URL : https://launchpad.net/plasma-widget-menubar
* License : GPL
  Programming Lang: C++
  Description : plasma widget to display a global menubar

A plasma widget to display a global menubar of application windows



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120331073907.26394.68330.report...@champaran.researchut.com

Bug#641699: gnome-globalmenu

[Ritesh Raj Sarraf]

YunQiang,

I have interest in seeing gnome-globalmenu into Debian. What is the
state of this package?
Do you need any help ?

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#641699: gnome-globalmenu

[Ritesh Raj Sarraf]

On Friday 23 March 2012 10:45 PM, Ritesh Raj Sarraf wrote:
 YunQiang,

 I have interest in seeing gnome-globalmenu into Debian. What is the
 state of this package?
 Do you need any help ?

There seems to be an error with the library.

Gtk-Message: Failed to load module globalmenu-gtk:
/usr/lib/gtk-2.0/modules/libglobalmenu-gtk.so: wrong ELF class: ELFCLASS64

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#383347: owning this bug

[Ritesh Raj Sarraf]

I am ITPing this bug as I like the idea of automated crash handling and
other stuff apport does.

I have already done the packaging [1] and the basic stuff works, as in,
if you trigger a segfault, it gets trapped and apport is called.
Right now, apport seems to be crashing. It is perhaps to do with some of
the missing modules (maybe related to launchpadlib).

I will look into it soon as time permits. I anyone is interested, please
feel free to check out the git repo.

[1] http://anonscm.debian.org/gitweb/?p=collab-maint/apport.git

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#663204: ITP: appmenu-qt -- appmenu for qt

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: appmenu-qt
  Version : 0.2.4
  Upstream Author : Aurélien Gâteau agat...@kde.org
* URL : https://launchpad.net/appmenu-qt
* License : LGPL
  Programming Lang: C++
  Description : appmenu for qt

appmenu provides you with an integrated application menu in your global
menu bar. appmenu-qt will work for applications  designed for QT and KDE



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120309124735.8267.63675.report...@champaran.researchut.com

Bug#651091: t (ITP: bespin -- Bespin artwork for KDE)

[Ritesh Raj Sarraf]

I cannot work on this ITP as I moved away from KDE window environment.
The packaging is mostly done. So, in case anyone wants to take it
further, please drop a note.  Also, if you need sponsorship for this
package, I'll be happy to do that too.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#656177: Acknowledgement (RFP: appmenu-gtk -- global appmenu integration)

[Ritesh Raj Sarraf]

Actually, this request is for the whole of appmenu packaging.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#656177: RFP: appmenu-gtk -- global appmenu integration

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist

* Package name: appmenu-gtk
  Version : 0.3.0
  Upstream Author : Ubuntu Ayatana Developers
* URL : https://launchpad.net/ayatana
* License : GPLv3
  Programming Lang: C
  Description : global appmenu integration

appmenu is a global menu which can take application menus and embed them
into the panel bar. This is really useful for laptops and smaller form
factor devices.

appmenu-gtk is the GTK part of the application. The QT part (appmenu-qt)
has already been commited upstream in the QT 4.8 release.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120117073424.16504.38208.report...@champaran.hq.netapp.com

Bug#654443: ITP: gimx -- game input multiplexer for ps3

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: gimx
  Version : 0.25
  Upstream Author : Mathieu Laurendeau mathieu.laurend...@gmail.com
* URL : http://blog.gimx.fr/
* License : GPLv3
  Programming Lang: C++
  Description : game input multiplexer for ps3

GIMX stands for Game Input MultipleXer or Game Input MatriX. The purpose
of this software is to control a video game console with a PC. It
currently only works with the PS3, but the Xbox 360 is a also targeted.
.
It operates:
¤ over bluetooth: works with Linux only. A compatible bluetooth dongle
is required.
¤ over usb: works with Linux and Windows. A usb-usb adapter is required.
.
The application gets data from the PC peripherals (mice, keyboards and
joysticks) and sends controls to the PS3 over bluetooth or usb. Other
controls such as gesture or voice are possible through the emulation of
PC peripherals.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120103190004.1988.44340.report...@champaran.hq.netapp.com

Bug#651090: ITP: colibri -- alternate notification system for KDE4

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: colibri
  Version : 0.2.2
  Upstream Author : Aurélien Gâteau agat...@kde.org
* URL : http://kde-apps.org/content/show.php?content=117147
* License : GPL
  Programming Lang: C++
  Description : alternate notification system for KDE4

passive notification system for kde4
 colibri is a passive notification system for KDE4 desktop
 .
 Colibri notifications look lighter and are completely passive:
 they do not provide any buttons. You may or may not like this.
 Since they are completely passive, they smoothly fade away when
 you mouse over them, allowing you to interact with any window behind
them.
 .
 They also do not stack each others: if multiple notifications happen,
 they will be shown one at a time.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111205184424.18548.90899.report...@champaran.hq.netapp.com

Bug#651091: ITP: bespin -- Bespin artwork for KDE

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: bespin
  Version : 0.r1421
  Upstream Author : Thomas Luebking thomas.luebk...@web.de
* URL : http://cloudcity.sf.net
* License : GPL
  Programming Lang: C++
  Description : Bespin artwork for KDE

The packaging is already available at:
https://github.com/rickysarraf/debian-bespin

I'd like to see this in Debian.


Bespin is an alternative artwork for KDE. IT comprises of a couple of
tools. Details below:

Package: kde-style-bespin
Architecture: any
Depends: ${shlibs:Depends}
Suggests: kdm-theme-bespin, ksplash-theme-bespin
Conflicts: kde4-style-bespin, kwin4-style-bespin, plasma-widget-xbar
Description: A very glossy Qt4/KDE4 window decoration
 Bespin is a window decoration for KDE4, the name is nothing about
quantum
 mechanics, but just refers to cloud city (StarWars Episode V: The
Empire
 Strikes Back)

Package: kdm-theme-bespin
Architecture: all
Suggests: kde-style-bespin
Description: A very glossy Qt4/KDE4 window decoration
 Bespin is a window decoration for KDE4, the name is nothing about
quantum
 mechanics, but just refers to cloud city (StarWars Episode V: The
Empire
 Strikes Back)
 .
 This package includes the kdm theme for Bespin

Package: ksplash-theme-bespin
Architecture: all
Suggests: kde-style-bespin
Description: A very glossy Qt4/KDE4 window decoration
 Bespin is a window decoration for KDE4, the name is nothing about
quantum
 mechanics, but just refers to cloud city (StarWars Episode V: The
Empire
 Strikes Back)
 .
 This package includes the ksplash theme for Bespin

Package: bespin-icon-theme
Architecture: all
Suggests: kde-style-bespin
Description: A very glossy Qt4/KDE4 window decoration
 Bespin is a window decoration for KDE4, the name is nothing about
quantum
 mechanics, but just refers to cloud city (StarWars Episode V: The
Empire
 Strikes Back)
 .
 This package includes the icon theme for Bespin



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111205185052.19477.31266.report...@champaran.hq.netapp.com

Bug#651091: ITP: bespin -- Bespin artwork for KDE

[Ritesh Raj Sarraf]

Sune,

Your name was listed somewhere under the debian/ folder in upstream's
SVN repo. Any comments?

Bespin is pretty good. Surprising that it is not in the archive.


Ritesh


On 12/06/2011 12:20 AM, Ritesh Raj Sarraf wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Ritesh Raj Sarraf r...@debian.org
 
 * Package name: bespin
   Version : 0.r1421
   Upstream Author : Thomas Luebking thomas.luebk...@web.de
 * URL : http://cloudcity.sf.net
 * License : GPL
   Programming Lang: C++
   Description : Bespin artwork for KDE
 
 The packaging is already available at:
 https://github.com/rickysarraf/debian-bespin
 
 I'd like to see this in Debian.
 
 
 Bespin is an alternative artwork for KDE. IT comprises of a couple of
 tools. Details below:
 
 Package: kde-style-bespin
 Architecture: any
 Depends: ${shlibs:Depends}
 Suggests: kdm-theme-bespin, ksplash-theme-bespin
 Conflicts: kde4-style-bespin, kwin4-style-bespin, plasma-widget-xbar
 Description: A very glossy Qt4/KDE4 window decoration
  Bespin is a window decoration for KDE4, the name is nothing about
 quantum
  mechanics, but just refers to cloud city (StarWars Episode V: The
 Empire
  Strikes Back)
 
 Package: kdm-theme-bespin
 Architecture: all
 Suggests: kde-style-bespin
 Description: A very glossy Qt4/KDE4 window decoration
  Bespin is a window decoration for KDE4, the name is nothing about
 quantum
  mechanics, but just refers to cloud city (StarWars Episode V: The
 Empire
  Strikes Back)
  .
  This package includes the kdm theme for Bespin
 
 Package: ksplash-theme-bespin
 Architecture: all
 Suggests: kde-style-bespin
 Description: A very glossy Qt4/KDE4 window decoration
  Bespin is a window decoration for KDE4, the name is nothing about
 quantum
  mechanics, but just refers to cloud city (StarWars Episode V: The
 Empire
  Strikes Back)
  .
  This package includes the ksplash theme for Bespin
 
 Package: bespin-icon-theme
 Architecture: all
 Suggests: kde-style-bespin
 Description: A very glossy Qt4/KDE4 window decoration
  Bespin is a window decoration for KDE4, the name is nothing about
 quantum
  mechanics, but just refers to cloud city (StarWars Episode V: The
 Empire
  Strikes Back)
  .
  This package includes the icon theme for Bespin
 
 
 

-- 
Given the large number of mailing lists I follow, I request you to CC me
in replies for quicker response



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4edd4095.2090...@debian.org

Bug#649483: ITP: libstoragemgmt -- library for storage management

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: libstoragemgmt
  Version : git master
  Upstream Author : Tony Asleson tasle...@redhat.com
* URL : http://sourceforge.net/apps/trac/libstoragemgmt/
* License : LGPL
  Programming Lang: C++, Python
  Description : library for storage management

library for a vendor agnostic open source storage application
programming interface (API) that will allow management of storage
arrays.

Planned features:
  Plug-in framework to facilitate storage array addition/integration
Allow proprietary plug-ins (open source encouraged)
  Strong configurable security (TBD)
Username/password, client/server certificates
  Interrogate/Query
Capabilities, limits, versioning
LUN listings
Initiator listing
Volume/Storage pool listing (Where to carve new logical disks)
  Manage logical disks (LUNS)
creation (including thin provisioning)
deletion
re-sizing
access control (LUN Masking)
cloning/mirroring
snapshots
  Command line interface for exercising API
  Python bindings


Future features:
  Monitoring and alerting (asynchronous event notification)
  Network attached file systems (NFS, CIFS)
  Integrated support for LIO target (http://linux-iscsi.org)
  Management of SAN switches
  Portable, availability for Linux, Solaris and Windows
  Java, Perl, Ruby bindings



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/2021114237.5232.79365.report...@champaran.hq.netapp.com

Bug#627107: ITP: rtsadmin -- administration tool for managing LIO core target

[Ritesh Raj Sarraf]

Yes. It is targetcli. I'm on the last part, lio-utils.
Very soon will ping you guys.

sent fr0m a $martph0ne, excuse typ0s
On Nov 18, 2011 12:42 PM, Jim Barber jim.bar...@ddihealth.com wrote:

 Also I noticed an announcment to the Linux-SCSI mailing list on the
 20-Sep-2011 that RTSadmin was being renamed to targetcli.
 The GIT repository for RTSadmin was no longer being updated and that a
 new git://linux-iscsi.org/targetcli.git repository has been created
 instead.
 A link to the announcement is below.

http://www.spinics.net/lists/linux-scsi/msg54586.html

 Does you experimental package take into account this fairly recent change?

 Regards,

 --
 Jim Barber
 DDI Health

Bug#627107: Status of ITP

[Ritesh Raj Sarraf]

The packaging is done. I will be doing a final check and then upload to
experimental first. Would you be willing to test?


On 11/04/2011 07:57 PM, Ritesh Raj Sarraf wrote:
 I'm half way through it. Hopefully next week I'll upload to NEW queue.

 On 11/04/2011 03:04 AM, Alessandro Polverini wrote:
   Any news regarding this ITP?
  It is in my list. Just that some work related tasks to precedence.
 Hello,
 now that LIO is in maistream kernel this package would be more useful
 than ever, any ETA on his packaging?

 Thanks,
 Alex


 -- 
 Ritesh Raj Sarraf
 RESEARCHUT - http://www.researchut.com
 Necessity is the mother of invention.


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.



signature.asc
Description: OpenPGP digital signature

Bug#627107: Status of ITP

[Ritesh Raj Sarraf]

I'm half way through it. Hopefully next week I'll upload to NEW queue.

On 11/04/2011 03:04 AM, Alessandro Polverini wrote:
   Any news regarding this ITP?
  It is in my list. Just that some work related tasks to precedence.
 Hello,
 now that LIO is in maistream kernel this package would be more useful
 than ever, any ETA on his packaging?

 Thanks,
 Alex


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.



signature.asc
Description: OpenPGP digital signature

Bug#474299: updates?

[Ritesh Raj Sarraf]

any update on this package?



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111015174952.61C412BA15@localhost

Bug#638419: ITP: openxenmanager -- full-featured graphical management tool for Xen using XenAPI

[Ritesh Raj Sarraf]

The packaging efforts can be temporarily accessed at:
https://github.com/rickysarraf/openxenmanager


On 08/19/2011 02:06 PM, Ritesh Raj Sarraf wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Ritesh Raj Sarraf r...@debian.org

 * Package name: openxenmanager
   Version : r48
   Upstream Author : OpenXenManager 
 openxenmanager-de...@lists.sourceforge.net
 * URL : http://sourceforge.net/projects/openxenmanager
 * License : GPL
   Programming Lang: Python
   Description : full-featured graphical management tool for Xen using 
 XenAPI

 OpenXenManager is a graphical interface to manage XenServer / Xen Cloud
 Platform (XCP) hosts through the network. OpenXenManager is an
 open-source multiplatform clone of XenCenter (Citrix).




-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#638419: ITP: openxenmanager -- full-featured graphical management tool for Xen using XenAPI

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: openxenmanager
  Version : r48
  Upstream Author : OpenXenManager openxenmanager-de...@lists.sourceforge.net
* URL : http://sourceforge.net/projects/openxenmanager
* License : GPL
  Programming Lang: Python
  Description : full-featured graphical management tool for Xen using XenAPI

OpenXenManager is a graphical interface to manage XenServer / Xen Cloud
Platform (XCP) hosts through the network. OpenXenManager is an
open-source multiplatform clone of XenCenter (Citrix).



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110819083606.5543.14042.report...@champaran.hq.netapp.com

Bug#627107: ITP: rtsadmin -- administration tool for managing LIO core target

[Ritesh Raj Sarraf]

On 08/05/2011 07:36 PM, Michael Prokop wrote:
 RTSAdmin Community Edition is an administration tool for managing
  RisingTide Systems storage targets using the kernel LIO core target and
  compatible target fabric modules. The rtsadmin CLI is built on top of the 
  python
  configshell CLI framework.

 Any news regarding this ITP?

It is in my list. Just that some work related tasks to precedence.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#633353: O: fusecompress -- transparent filesystem compression using FUSE

[Ritesh Raj Sarraf]

Package: wnpp
Severity: normal

I intend to orphan the fusecompress package.

The package description is:
 FuseCompress provides a mountable Linux filesystem which transparently
 compress its content.  Files stored in this filesystem are compressed
 on the background and Fuse allows to create a transparent interface
 between compressed files and user applications.


I don't use fusecompress anymore hence am orphaning it. There are some
bugs in fusecompress. Unfortunately, upstream has not been very
responsive. All packaging details for fusecompress is available at:
http://packages.qa.debian.org/f/fusecompress.html



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110709152407.3935.59871.report...@champaran.hq.netapp.com

Bug#632707: ITP: smp-utils -- SAS Expander (SMP) utilities for SAS/SATA disk arrays

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: smp-utils
  Version : 0.96
  Upstream Author : Douglas Gilbert dgilb...@interlog.com
* URL : http://sg.danny.cz/sg/smp_utils.html
* License : GPLv2
  Programming Lang: C
  Description : SAS Expander (SMP) utilities for SAS/SATA disk arrays

Utilities that send a Serial Attached SCSI (SAS) Management Protocol (SMP)
request to a SMP target. If the request fails then the error is decoded.
If the request succeeds then the response is either decoded, printed out in
hexadecimal or output in binary. This package supports multiple interfaces
since SMP passthroughs are not mature. This package supports the Linux 2.6 
series.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110705072339.13415.23677.report...@champaran.hq.netapp.com

Bug#627105: ITP: configshell -- python framework for building simple CLI-based applications

[Ritesh Raj Sarraf]

On 05/18/2011 03:49 PM, Salvo Tomaselli wrote:
 On Tuesday 17 May 2011 20:19:54 Ritesh Raj Sarraf wrote:
 
 
 * URL : http://www.risingtidesystems.com
 Are you sure this is the url of the project?
 
 
http://www.risingtidesystems.com/git/

sorry about that.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#627105: ITP: configshell -- python framework for building simple CLI-based applications

[Ritesh Raj Sarraf]

On 05/18/2011 12:51 PM, Luca Bigliardi wrote:
 On Tue, May 17, 2011 at 11:49 PM, Ritesh Raj Sarraf wrote:
 
 Hi!
 
 * URL : http://www.risingtidesystems.com
 
 Following this I landed on a page that has no references about configshell
 at all.
 
 Please, can you provide an URL for the configshell _project_ home page?
 
 

sorry about that. currently it is only in the git repo.
http://www.risingtidesystems.com/git/

I'm in sync with upstream. This is a new effort so might take them some
time to organize.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#627107: ITP: rtsadmin -- administration tool for managing LIO core target

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: rtsadmin
  Version : 1.99
  Upstream Author : RisingTide Systems j...@risingtidesystems.com
* URL : http://www.risingtidesystems.com
* License : AGPLv3
  Programming Lang: Python
  Description : administration tool for managing LIO core target

RTSAdmin Community Edition is an administration tool for managing
RisingTide Systems storage targets using the kernel LIO core target and
compatible target fabric modules. The rtsadmin CLI is built on top of the python
configshell CLI framework.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110517182001.20090.98331.report...@champaran.hq.netapp.com

Bug#627104: ITP: rtslib -- LIO core target management framework - python libs

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: rtslib
  Version : 1.99
  Upstream Author : RisingTide Systems j...@risingtidesystems.com
* URL : http://www.risingtidesystems.com
* License : AGPLv3
  Programming Lang: Python
  Description : LIO core target management framework - python libs

RTSLib Community Edition is a python library that provides an object API
to RisingTide Systems generic SCSI Target as well as third-party
target fabric modules written for it and backend storage objects.
..
It is useful for developing 3rd-party applications, as
well as serving as a foundation for RisingTide Systems userspace tools.
For more information, see the rtslib API reference, available in both html 
and pdf formats as a separate package.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110517181942.20433.5933.report...@champaran.hq.netapp.com

Bug#627105: ITP: configshell -- python framework for building simple CLI-based applications

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: configshell
  Version : 1.99
  Upstream Author : Name j...@risingtidesystems.com
* URL : http://www.risingtidesystems.com
* License : AGPLv3
  Programming Lang: Python
  Description : python framework for building simple CLI-based applications

ConfigShell Community Edition is a python library that provides a
framework for building simple but nice CLI-based applications.
For more information, see the configshell API reference,
available in both html and pdf formats as a separate package.
..
This library is required by rtsadmin



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110517181954.20565.42614.report...@champaran.hq.netapp.com

Bug#627105: ITP: configshell -- python framework for building simple CLI-based applications

[Ritesh Raj Sarraf]

On 05/18/2011 12:16 AM, Adam Borowski wrote:
 Could you please say command line instead of CLI?  This acronym has been
 tainted by .NET, this description makes one wonder whether you're talking
 about command line Python tools, or some Python.NET monstrosity.

Thanks for the feedback. Sure, will do.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#627104: ITP: rtslib -- LIO core target management framework - python libs

[Ritesh Raj Sarraf]

On 05/18/2011 12:34 AM, Ben Hutchings wrote:
 * Package name: rtslib
Version : 1.99
Upstream Author : RisingTide Systems j...@risingtidesystems.com
  * URL : http://www.risingtidesystems.com
  * License : AGPLv3
Programming Lang: Python
Description : LIO core target management framework - python libs
 [...]
  
 Shouldn't the name involve 'lio' rather than the vendor's name, now?

You mean in the description? Will fix it.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#622922: apparmor

[Ritesh Raj Sarraf]

Hello Kees,

Thanks for packaging AppArmor. There's also an older ITP for the same,
440680. You can close that too.
BTW, This still will need the kernel team to enable AppArmor.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598408

Ritesh

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#623847: ITP: rescan-scsi-bus -- tool for reliable scsi hotplugging in linux

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: rescan-scsi-bus
  Version : 1.48
  Upstream Author : Kurt Garloff k...@garloff.de
* URL : http://www.garloff.de/kurt/linux/
* License : GPL
  Programming Lang: Bash
  Description : tool for reliable scsi hotplugging in linux

Linux allows you to add and remove SCSI devices without rebooting by
using the echo scsi add-single-device H C I L  /proc/scsi/scsi
command (H = host, C = channel, I = SCSI ID, L = SCSI LUN). The
remove-single-device command works similarily.
..
This tool provides an easy interface to interact with the SCSI subsystem
in the linux kernel to perform SCSI Hotplugging




To Debian-Devel:
This package is just one single shell script. But an important one. The
rescan-scsi-bus.sh script helps a lot in the SAN space where there could
be targets with sporadic connecitons. Is it okay to package a single
shell script as a package?



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110423162339.1875.90556.report...@champaran.hq.netapp.com

Bug#622382: ITP: lio-utils -- a simple low-level configuration tool set for LIO

[Ritesh Raj Sarraf]

On 04/13/2011 01:46 AM, Philipp Matthias Hahn wrote:
 On Tue, Apr 12, 2011 at 10:12:48PM +0530, Ritesh Raj Sarraf wrote:
  * URL : http://www.linux-iscsi.org/
 ...
Description : a simple low-level configuration tool set for LIO
  
  lio-utils provide a simple low-level configuration tool set for LIO,
 Can you please expand LIO at least once in the description of the
 package, since I can only guess that LIO=Linux iSCSI (.org). Thanks.

Yes, and that was the reason I was ignoring it. The target also does
FCoE, FC, IB and others.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#622382: ITP: lio-utils -- a simple low-level configuration tool set for LIO

[Ritesh Raj Sarraf]

Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf r...@debian.org

* Package name: lio-utils
  Version : 3.2
  Upstream Author : Nicholas Bellinger
* URL : http://www.linux-iscsi.org/
* License : GPL
  Programming Lang: C
  Description : a simple low-level configuration tool set for LIO

lio-utils provide a simple low-level configuration tool set for LIO,
including Target and its backstores including tcm_loop, and the iSCSI,
FCoE and Fibre Channel fabric modules.

lio-utils use the configFS kernel API that is available with LIO 3,
which provides a clean interface for controlling the kernel level Target
engine and its fabric module subsystems. lio-utils require LIO 3 or
higher, and provide iSCSI target functionality on a number of Linux
baremetal and virtualized systems. Running LIO 3 requires a newer Linux
kernel (≥v2.6.29).



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110412164248.17023.67494.report...@champaran.hq.netapp.com

Bug#572461: libhbalinux: changing back from ITP to RFP

[Ritesh Raj Sarraf]

retitle 572461 ITP: libhbalinux -- HBAAPI vendor library for Linux
retitle 572457 ITP: dcbd -- user space daemon for Intel Enhanced Ethernet for 
the Data Center
owner 572457 !
owner 572458 !
owner 572461 !
thanks

I am still struggling on the hardware front. Once I get access, I'll
package. Changing back to RFP will not help much.
In case someone is interested, they can comment on this bug report.




On 02/19/2011 10:37 PM, Lucas Nussbaum wrote:
 retitle 572461 RFP: libhbalinux -- HBAAPI vendor library for Linux
 noowner 572461
 thanks

 Hi,

 This is an automatic email to change the status of libhbalinux back from ITP
 (Intent to Package) to RFP (Request for Package), because this bug hasn't seen
 any activity during the last 6 months.

 If you are still interested in adopting libhbalinux, please send a mail to
 cont...@bugs.debian.org with:

  retitle 572461 ITP: libhbalinux -- HBAAPI vendor library for Linux
  owner 572461 !
  thanks

 However, it is not recommended to keep ITP for a long time without acting on
 the package, as it might cause other prospective maintainers to refrain from
 packaging that software. It is also a good idea to document your progress on
 this ITP from time to time, by mailing 572...@bugs.debian.org.

 Thank you for your interest in Debian,


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#572458: hbaapi: changing back from ITP to RFP

[Ritesh Raj Sarraf]

retitle 572458 ITP: hbaapi -- SNIA HBAAPI library
owner 572458 !
thanks

I am still struggling on the hardware front. Once I get access, I'll
package. Changing back to RFP will not help much.
In case someone is interested, they can comment on this bug report.




On 02/19/2011 10:37 PM, Lucas Nussbaum wrote:
 retitle 572458 RFP: hbaapi -- SNIA HBAAPI library
 noowner 572458
 thanks

 Hi,

 This is an automatic email to change the status of hbaapi back from ITP
 (Intent to Package) to RFP (Request for Package), because this bug hasn't seen
 any activity during the last 6 months.

 If you are still interested in adopting hbaapi, please send a mail to
 cont...@bugs.debian.org with:

  retitle 572458 ITP: hbaapi -- SNIA HBAAPI library
  owner 572458 !
  thanks

 However, it is not recommended to keep ITP for a long time without acting on
 the package, as it might cause other prospective maintainers to refrain from
 packaging that software. It is also a good idea to document your progress on
 this ITP from time to time, by mailing 572...@bugs.debian.org.

 Thank you for your interest in Debian,


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#572454: fcoe-utils: changing back from ITP to RFP

[Ritesh Raj Sarraf]

retitle 572454 ITP: fcoe-utils -- Fibre Channel over Ethernet utilities
owner !
thanks

I am still struggling on the hardware front. Once I get access, I'll
package. Changing back to RFP will not help much.
In case someone is interested, they can comment on this bug report.

On 02/19/2011 10:37 PM, Lucas Nussbaum wrote:
 retitle 572454 RFP: fcoe-utils -- Fibre Channel over Ethernet utilities
 noowner 572454
 thanks


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#607911: RFA: multipath-tools -- maintain multipath block device access

[Ritesh Raj Sarraf]

owner 607911 !
thanks

On 12/24/2010 02:07 PM, Guido Günther wrote:
 Package: wnpp
 Severity: normal

 Hi,
 It'd be great if somebody actually running multipath-tools in production
 would adopt the package. While I can do some testing with iSCSI and
 virtual machines that's just not the same for such a (in some areas)
 critical piece of software. I'd be happy to act as a co-maintainer.
 Cheers,
  -- Guido

My day job involves working on Linux SAN. I can adopt it.

Ritesh

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#605798: ITP: lldpad -- A Link Layer Discovery Protocol implementation

[Ritesh Raj Sarraf]

You should work on this at pkg-fcoe on Alioth.

On 12/03/2010 09:26 PM, liang wrote:
 Package: wnpp
 Severity: wishlist
 X-Debbugs-CC: debian-de...@lists.debian.org
 
Package name: lldpad
 Version: 0.9.38
 Upstream Author: Intel Corporation
 URL: http://sourceforge.net/projects/e1000/
 License: GPLv2
 Description: A Link Layer Discovery Protocol Implementation
 
 The lldpad package is an implementation of the Link Layer Discovery Protocol
 (LLDP).  It originated from Intel's Data Center Bridging (DCB) software - the
 dcbd package.  The lldpad package adds LLDP support for all ports in addition
 to DCB Exchange protocol (DCBX) support on DCB capable ports (as was provided
 by dcbd).  Also, support for additional LLDP TLVs has been added.
 
 DCB is a collection of emerging standards-based technologies designed to allow
 Ethernet to support multiple types of traffic classes in the Data Center.
 The DCBX functionality of this package is designed to work with the DCB kernel
 interface (dcbnl in rtnetlink) that is included in the Linux kernel 2.6.29 or
 higher.  The Intel ixgbe driver supports the dcbnl interface.
 

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature