Bug#1053294: RFP: auto-cpufreq -- Automatic CPU speed & power optimizer

[Adnan Hodzic]

Hi everyone,

First of all thank you for creating this RFP Antoine! I might be biased
when I say this, but I think auto-cpufreq definitely deserves and should be
available in Debian repos. There's even a long standing auto-cpufreq issue
(feature request) to create a Debian package for it:
https://github.com/AdnanHodzic/auto-cpufreq/issues/157

Although I used to be Debian package maintainer myself in past, and since I
naively thought auto-cpufreq future was set with having it available as
part of a Snap Store/packages (which I even praised in my KubeCon talk:
https://youtu.be/issubK49f6E?si=k6sXJCIFxUIYnbLh=378). After auto-cpufreq
v2.0 release with introduction of GUI due to its confinement limitations,
this feature won't be possible with Snap package and it could lead to its
deprecation in future:
https://github.com/AdnanHodzic/auto-cpufreq/#snap-store

Either way, it would be great if someone had time to have auto-cpufreq
packaged for Debian. I'm at your disposal if you have any questions in this
process. Otherwise, if I have time in the future I might even pick this up
myself :)

Regards,

Adnan


On Sun, Oct 1, 2023 at 4:42 AM Antoine Beaupre  wrote:

> Package: wnpp
> Severity: wishlist
> X-Debbugs-Cc: Adnan Hodzic 
>
> * Package name: auto-cpufreq
>   Version : 2.0.0
>   Upstream Contact: Adnan Hodzic 
> * URL : https://github.com/AdnanHodzic/auto-cpufreq
> * License : LGPL-3
>   Programming Lang: Python
>   Description : Automatic CPU speed & power optimizer
>
> Automatic CPU speed & power optimizer for, Linux based on active
> monitoring of a laptop's battery state, CPU usage, CPU temperature and
> system load. Ultimately allowing you to improve battery life without
> making any compromises.
>
> Features:
>
>
>  * Monitoring
>* Basic system information
>* CPU frequency (system total & per core)
>* CPU usage (system total & per core)
>* CPU temperature (total average & per core)
>* Battery state
>* System load
>  * CPU frequency scaling, governor and turbo boost management based on
>* Battery state
>* CPU usage (total & per core)
>* CPU temperature in combination with CPU utilization/load (prevent
> overheating)
>* System load
>  * Automatic CPU & power optimization (temporary and persistent)
>
>
> 
>
> I found this package through this post on Debian Planet:
>
> https://foolcontrol.org/?p=4603
>
> This is a tool similar to already existing tools in Debian,
> specifically TLP. According to the auto-cpufreq author though:
>
> > Using tools like TLP can help in this situation with extending
> > battery life (which is something I used to do for numerous years),
> > but it also might come with its own set of problems, like losing
> > turbo boost.
> >
> > With that said, I needed a simple tool which would automatically
> > make "cpufreq" related changes, save battery like TLP, but let Linux
> > kernel do most of the heavy lifting. That's how auto-cpufreq was
> > born.
> >
> > Please note: auto-cpufreq aims to replace TLP in terms of
> > functionality and after you install auto-cpufreq it's recommended to
> > remove TLP. If both are used for same functionality, i.e: to set CPU
> > frequencies it'll lead to unwanted results like overheating. Hence,
> > only use both tools in tandem if you know what you're doing.
>
> So I'm not exactly clear on what the overlap between the two is, but I
> do feel there's some room in this space for another option. TLP is
> rather "heavy" in terms of the number of things it does, it's a rather
> big pill to swallow, with all sorts of pitfalls...
>
> I like the idea of having a simple, one-task-focused tool.
>
> I do not currently have the cycles to evaluate this any further, but
> would love to collaborate on further research when I have time.
>
> Otherwise, if anyone is interested in pursuing this any further,
> please go right ahead (but keep this bug in CC!).
>

Bug#768073: LXC team take over ITP?

[Adnan Hodzic]

Awesome!

Looking forward to any updates you may have in regards to golang-deps.

On Mon, Oct 10, 2016 at 11:37 PM, Jonathan Dowland <j...@debian.org> wrote:

> On Sun, Oct 09, 2016 at 08:17:09PM +0200, Adnan Hodzic wrote:
> > Jonathan and everybody else,
> >
> > Since I couldn't find my original LXD package source, I started from
> > scratch.
> >
> > I created new Git repo (pkg-lxc/lxd.git) and pushed initial Debian
> package
> > of LXD 2.4.1 (Yakkety release). Git repo is available on Alioth:
> > https://anonscm.debian.org/git/pkg-lxc/lxd.git
>
> Great, thanks!
>
> > Building the package will fail due to missing golang-* deps which ATM are
> > missing in Debian. I can't remember if the original list of missing
> > dependencies was this long, but this is what we we're currently dealing
> > with:
>
> I've updated the list at https://wiki.debian.org/LXD accordingly.
>
> > Has pkg-go team been notified of this problem? And are they willing to
> > package these for Debian?
>
> I have joined pkg-go and tackled one of the dependencies (with a second
> incoming) but I hadn't thought to msg the team with this list, I will do
> that too.
>
> Thanks!
>



-- 
Adnan

Bug#768073: LXC team take over ITP?

[Adnan Hodzic]

Jonathan and everybody else,

Since I couldn't find my original LXD package source, I started from
scratch.

I created new Git repo (pkg-lxc/lxd.git) and pushed initial Debian package
of LXD 2.4.1 (Yakkety release). Git repo is available on Alioth:
https://anonscm.debian.org/git/pkg-lxc/lxd.git

Building the package will fail due to missing golang-* deps which ATM are
missing in Debian. I can't remember if the original list of missing
dependencies was this long, but this is what we we're currently dealing
with:

---

Unmet build dependencies: golang-any-shared-dev golang-go.crypto-dev
golang-context-dev golang-github-gorilla-mux-dev
golang-github-gosexy-gettext-dev golang-github-mattn-go-colorable-dev
golang-github-mattn-go-sqlite3-dev golang-github-olekukonko-tablewriter-dev
golang-github-pborman-uuid-dev golang-gocapability-dev
golang-gopkg-flosch-pongo2.v3-dev golang-gopkg-inconshreveable-log15.v2-dev
golang-gopkg-lxc-go-lxc.v2-dev golang-gopkg-tomb.v2-dev golang-petname-dev
golang-yaml.v2-dev golang-websocket-dev

---

Has pkg-go team been notified of this problem? And are they willing to
package these for Debian?

Let me know if you have any additional questions and/or comments.

On Thu, Sep 29, 2016 at 7:49 PM, Adnan Hodzic <ad...@hodzic.org> wrote:

> Jonathan,
>
> >> Awhile back I started packaging process. I basically re-packaged the LXD
> >> Ubuntu package. As Evgeni mentioned it "is what we did with the other
> LXC
> >> components and that worked out pretty well so far."
> >
> >Do you have that lying around, and if so is it worth us pushing it to a
> git
> >repo for pkg-lxc?
>
> I think it is, as once golang dependencies are satisfied, we can push it
> into Debian.
>
> Let me look in what state I left it in, also I want to update it to the
> latest lxd version and I'll push into pkg-lxc git repo. If there are no
> objections?
>
> I'll do this this weekend.
>
> On Thu, Sep 29, 2016 at 6:13 PM, Jonathan Dowland <j...@debian.org> wrote:
>
>> On Mon, Sep 26, 2016 at 12:35:24AM +0200, Adnan Hodzic wrote:
>> > Awhile back I started packaging process. I basically re-packaged the LXD
>> > Ubuntu package. As Evgeni mentioned it "is what we did with the other
>> LXC
>> > components and that worked out pretty well so far."
>>
>> Do you have that lying around, and if so is it worth us pushing it to a
>> git
>> repo for pkg-lxc?
>>
>> > At this point, I think we just need to align the efforts between pkg-go
>> and
>> > pkg-lxc teams, and we'll see LXD in Debian in no time.
>>
>> I've just joined both teams and opened an ITP for golang-petname. I've
>> got a
>> package prepared pending a few questions on the pkg-go list, I should get
>> it
>> into NEW Tomorrow. Then perhaps I can start on the others next week.
>>
>>
>> Thanks,
>>
>> --
>> Jonathan Dowland
>>
>
>
>
> --
> Adnan
>



-- 
Adnan

Bug#768073: LXC team take over ITP?

[Adnan Hodzic]

Jonathan,

>> Awhile back I started packaging process. I basically re-packaged the LXD
>> Ubuntu package. As Evgeni mentioned it "is what we did with the other LXC
>> components and that worked out pretty well so far."
>
>Do you have that lying around, and if so is it worth us pushing it to a git
>repo for pkg-lxc?

I think it is, as once golang dependencies are satisfied, we can push it
into Debian.

Let me look in what state I left it in, also I want to update it to the
latest lxd version and I'll push into pkg-lxc git repo. If there are no
objections?

I'll do this this weekend.

On Thu, Sep 29, 2016 at 6:13 PM, Jonathan Dowland <j...@debian.org> wrote:

> On Mon, Sep 26, 2016 at 12:35:24AM +0200, Adnan Hodzic wrote:
> > Awhile back I started packaging process. I basically re-packaged the LXD
> > Ubuntu package. As Evgeni mentioned it "is what we did with the other LXC
> > components and that worked out pretty well so far."
>
> Do you have that lying around, and if so is it worth us pushing it to a git
> repo for pkg-lxc?
>
> > At this point, I think we just need to align the efforts between pkg-go
> and
> > pkg-lxc teams, and we'll see LXD in Debian in no time.
>
> I've just joined both teams and opened an ITP for golang-petname. I've got
> a
> package prepared pending a few questions on the pkg-go list, I should get
> it
> into NEW Tomorrow. Then perhaps I can start on the others next week.
>
>
> Thanks,
>
> --
> Jonathan Dowland
>



-- 
Adnan

Bug#768073: LXC team take over ITP?

[Adnan Hodzic]

Hey Jonathan (and everybody else),

Sorry about delayed reply.

> Adnan, how's it going?

Awhile back I started packaging process. I basically re-packaged the LXD
Ubuntu package. As Evgeni mentioned it "is what we did with the other LXC
components and that worked out pretty well so far."

However, with LXD, build would fail due to all the "golang-* dependencies
which are missing from Debian. I also planned on re-packaging these as
well, but I got sidetracked by things from "real life".

>There's a pkg-lxc team already. Since this package is/will be very
inter-related to
>LXC, perhaps it should be developed in that team? Team CCed. Are they
interested?
>Are you in pkg-lxc already?

I think Evgeni, gave a perfect answer for this one:

>Yes, Adnan is in pkg-lxc and technically the team is interested
>(given it falls into the same software stack) to have the whole stack
available in Debian.

...

>What's the state of the Ubuntu package? Could that make a good starting
point? How
>much hacking before that would be suitable for an experimental upload at
least?

Basically if we resolved the issue with missing golang-* dependencies, we
could probably have it uploaded within same day.

@Anthony and @Evgeni,

>> I took a quick look at the package source obtained via:
>>
>> dget -u http://archive.ubuntu.com/ubuntu/pool/main/l/lxd/lxd_2.2-
0ubuntu1.dsc
>>...
>> So, I guess the first step would be to package
>> golang-gopkg-flosch-pongo2.v3, golang-gopkg-inconshreveable-log15.v2,
>> golang-gopkg-lxc-go-lxc.v2 and golang-petname, or simply grab these
>> existing Ubuntu packages, make a few minor changes to debian/control
>> and debian/changelog, file ITPs to the Debian BTS, and finally upload
>> them to Debian.
>>
>> I do not see too many hurdles after that, at least I hope not.  ;-)
>
>IIRC that's similar to what Adnan told me the last time we talked about
LXD.

Yep, this is our only and main obstacle.

>> Also, should the Debian lxd be team-maintained by the pkg-lxc team or
>> the pkg-go team?  What do you think?
>
>Whatever works? :-)
>Stack-wise it's more pkg-lxc, language-wise pkg-go...
>I'd guess it will need coordination to both, LXC and other Go uploads at
times too.

I love this suggestion. If we could make this cooridnation happen, and both
teams do their part of the job that would be the perfect fusion.

I admit and acknowledge your frustration about this ITP being here for this
long. I think I explained why I stopped where I stopped, but I also admit
that I could've been more update to date with my communication.

If anyone wants to "hijack" this ITP from me, be my guest. Regardless, I
would still like to do the work that I claimed the responsibility for, and
get LXD into Debian.

At this point, I think we just need to align the efforts between pkg-go and
pkg-lxc teams, and we'll see LXD in Debian in no time.

Bug#798179: openconnect: Link to Juniper VPN will not be established without reconnect

[Adnan Hodzic]

I also forgot to update you. But after numerous (NetworkManager), this
problem disappeared on Stretch.

So please feel free to close this bug report, as this problem is not an
issue anymore.

On Sun, May 29, 2016 at 7:20 PM, Mike Miller <mtmil...@debian.org> wrote:

> On Sun, Oct 18, 2015 at 05:06:21 +0200, Adnan Hodzic wrote:
> > Hello,
> >
> > I've upgraded my whole system to Stretch now, and I can confirm that I
> > still have problem which I initially submitted in this bug report.
> >
> > Please let me know if I can provide you with any additional information
> > which could help you resolve it.
>
> NetworkManager debug logs would be helpful (your earlier logs do not
> have debug log level enabled), and ensure you are running the latest NM
> 1.2.2.
>
> As David said earlier, the problem may turn out to be that
> NetworkManager just doesn't work well when you configure things behind
> its back. I would not be surprised if you are able to debug this and
> determine that OpenConnect is behaving correctly, writing the expected
> resolv.conf, and NetworkManager is noticing a state change and deciding
> to "refresh" resolv.conf with its current internal state of what your
> DNS should be, which does not include the Juniper tunnel that you just
> brought up.
>
> Apologies for not seeing this earlier,
>
> --
> mike
>

Bug#816679: icedove: Please rename icedove to thunderbird

[Adnan Hodzic]

Over the past few years since Mozilla software was rebranded in Debian, I
made numerous switched/migrations to different distros (i.e Fedora,
Ubuntu). And from those same distros back to Debian.

And from my personal experience, every time I did this to get Icedove
migrated to Thunderbird, I would just rename ~/.icedove to ~/.thunderbird.
Same thing was with moving from Thunderbird to Icedove (rename
~/.thunderbird to ~/.icedove).

Please note that I use Icedove/Thunderbird to the fullest, I have numerous
addons/filters/labels/settings changes, and every time everything was
migrated without a hitch.





On Tue, May 31, 2016 at 1:48 PM, Christoph Anton Mitterer <
cales...@scientia.net> wrote:

> On Tue, 2016-05-31 at 09:27 +0200, Adnan Hodzic wrote:
> > I don't think that's a valid argument.
> Well I didn't argue in favour or against a re-brand.
>
>
> >  As part of "post-install" script for "icedove" to "thunderbird"
> > package, sed statement could be defined which will replace all
> > "icedove" references with "thunderbird".
> >
> > Problem solved.
> As I've already explained, I don't think this is generally guaranteed
> to work, as add-ons may have stored the path in a way we cannot easily
> identify as such.
> And at least my ~/.icdove already gives matches in binary files,...
> how'd you gonna go to change these?
>
>
> Cheers

Bug#816679: icedove: Please rename icedove to thunderbird

[Adnan Hodzic]

I don't think that's a valid argument. As part of "post-install" script for
"icedove" to "thunderbird" package, sed statement could be defined which
will replace all "icedove" references with "thunderbird".

Problem solved.

On Tue, May 31, 2016 at 4:30 AM, Christoph Anton Mitterer <
cales...@scientia.net> wrote:

> mhh one problem could be that icedove unfortunately chose to use
> ~/.icedove for settings.
>
> That in turn seems to be stored in many places within the profile, not
> to talk about possible add-ons which may store that in encoded or
> binary form...
>
> So that's going to be difficult to migrate :-/
>
>
> Cheers,
> Chris.

Bug#822450: [terminator] Separator size doesn't work

[Adnan Hodzic]

Package: terminator
Version: 0.98-1
Severity: normal
Tags: patch

After latest update on April 16th, when I split my screen vertically or
horizontally, a thick separator bar appears between the screens:
https://hodzic.org/img/bug/terminator-separator-size-1.png

My separator size is set to 1 (px), but this doesn't seem to work:
https://hodzic.org/img/bug/terminator-separator-size-2.png

Changing separator size to any other value doesn't change separator size
either. It's also worth mentioning that this settings doesn't seem to be
written to ~/.config/terminator/config file as seen as part of first
screenshot.

I did some research and it seems like this is the patch/fix for this
problem:
https://launchpadlibrarian.net/227216324/terminator-1518069-separator-size.patch

Original bug report on Launchpad:
https://bugs.launchpad.net/terminator/+bug/1518069

I hope this patch will help you resolve this problem. Please let me know if
you have any additional questions and/or comments.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (600, 'testing'), (300, 'stable'), (200, 'unstable'), (100,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages terminator depends on:
ii  gconf2  3.2.6-3
ii  python-dbus 1.2.4-1
ii  python-gobject  3.18.2-2
ii  python-gtk2 2.24.0-4
ii  python-vte  1:0.28.2-5+b1
pn  python:any  

Versions of packages terminator recommends:
ii  python-gnome2 2.28.1+dfsg-1.1
ii  python-keybinder  0.3.1-1
ii  python-notify 0.1.1-4
ii  xdg-utils 1.1.1-1

terminator suggests no packages.

-- no debconf information

Bug#822451: [terminator] Separator size doesn't work

[Adnan Hodzic]

Package: terminator
Version: 0.98-1
Severity: normal
Tags: patch

After latest update on April 16th, when I split my screen vertically or
horizontally, a thick separator bar appears between the screens.

https://hodzic.org/img/bug/terminator-separator-size-1.png

Prior to this, my separator was a thin 1px line.

My separator size is set to 1 (px), but this doesn't seem to work.

https://hodzic.org/img/bug/terminator-separator-size-2.png

Changing separator size to any other value doesn't change separator size
either. It's also worth mentioning that this settings doesn't seem to be
written to ~/.config/terminator/config file as seen as part of first
screenshot.

I did some research and it seems like this is the patch/fix for this
problem:
https://launchpadlibrarian.net/227216324/terminator-1518069-separator-size.patch

Original bug report on Launchpad:
https://bugs.launchpad.net/terminator/+bug/1518069

I hope this patch will help you resolve this problem. Please let me know if
you have any additional questions and/or comments.

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.5.0-1-amd64

Debian Release: stretch/sid
  600 testing security.debian.org
  600 testing ftp.nl.debian.org
  300 stable  security.debian.org
  300 stable  ftp.nl.debian.org
  300 stable  dl.google.com
  200 unstableftp.nl.debian.org
  100 experimentalftp.nl.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#816679:

[Adnan Hodzic]

Have there been any changes regarding this? Or anything we could do to make
it happen?

Thanks,

Adnan

Bug#775021: ITP: lxcfs -- FUSE filesystem for LXC

[Adnan Hodzic]

Yes, as of today there's starting to be some progress on it :)

I apologize for delayed reply, as I was incredibly busy! But I still plan
on getting this package into Debian.

On Sat, Jan 2, 2016 at 3:40 PM, Evgeni Golov  wrote:

> Hi Adnan,
> On Sat, Jan 10, 2015 at 11:35:14AM +0100, Daniel Baumann wrote:
> > * Package name : lxcfs
>
> Is there any progress on this? I'd love to see lxcfs in Debian :)
> I did try the Ubuntu packaging and it compiles and runs fine on Debian,
> so it could be used as a start.
>
> Greets
> Evgeni
>

Bug#768073: ITP: lxd - The Linux Container Daemon

[Adnan Hodzic]

Hi Jonathan,

When Daniel orphaned this package I got ownership of this ITP. As during
DebConf I've expressed a wish to work on it.

Due to a lot of things happening in my life, I was too busy and didn't have
time to work on it yet.

But starting today, I'm starting on my work to get LXD into Debian. Stay
tuned and thanks for your understanding.


Regards,

Adnan

On Tue, Jan 26, 2016 at 4:50 PM, Jonathan Dowland  wrote:

> Hi,
>
> This ITP is now over a year old. Is this package still being worked on?
> Is there a public WIP repository or packages that people can see yet
> please?
>
>
> Thanks,
>
> --
> Jonathan Dowland
>

Bug#770087: ITP: corebird -- Native Gtk+ Twitter client for the Linux desktop

[Adnan Hodzic]

Hey Philip,

Edward Betts and I agreed to co-maintain this package. However after that
we met on DebConf15 and we decided we won't maintain it  after all.

Package was created and ready to go, so please cherry-pick whatever you
need (git://4angle.com/git/corebird.git)

You're free to take ownership of this ITP and I wish you all the best. I'm
hoping we'll see corebird as a package in Debian soon.

Let me know if you have any other questions and/or comments.

Adnan

On Fri, Dec 18, 2015 at 1:03 PM, Philip Rinn  wrote:

> Hi,
>
> to give people the chance to build corebird themselves I prepared a
> package and
> uploaded it to mentors:
>
> http://mentors.debian.net/package/corebird
>
> From my point of view this could be uploaded right away - Adnan, could you
> please
> comment if you plan to make an upload soon or if you are willing to hand
> over this
> ITP. You last comment on this ITP was over seven month ago.
>
> Best,
> Philip
>
>

Bug#798179:

[Adnan Hodzic]

Hello,

I've upgraded my whole system to Stretch now, and I can confirm that I
still have problem which I initially submitted in this bug report.

Please let me know if I can provide you with any additional information
which could help you resolve it.


Thanks,

Adnan

Bug#798179: openconnect: Link to Juniper VPN will not be established without reconnect

[Adnan Hodzic]

ideas
or input you need from my side.


Regards,

Adnan

On Wed, Sep 9, 2015 at 12:58 AM, Mike Miller <mtmil...@debian.org> wrote:

> On Mon, Sep 07, 2015 at 20:10:47 +0200, Adnan Hodzic wrote:
> > Using openconnect (7.06-2) from unstable with network-manager from stable
> > (0.9.10.0-7) will work as expected. Connection with VPN will immediately
> be
> > established, and there won't be need to reconnect.
>
> So to be completely clear, there is no bug if you are using the stable
> version of NetworkManager? You can connect once from a clean reboot
> using OpenConnect 7.06-2 command line and everything works perfectly?
>
> The bug that you've described is that the VPN tunnel is not configured
> correctly, but only on the first connection attempt after a reboot, and
> only when running NetworkManager 1.0.6?
>
> If I've understood that right, then it seems like the variable and
> likely culprit is NetworkManager 1.0.6.
>
> Have you been able to tell which property of your VPN link is not
> configured right when you say you are not "able to reach any address"?
> Is it the routing table, DNS, MTU?
>
> > No, if I stop network-manager, I will lose all connectivity and
> openconnect
> > will fail to establish a connection.
>
> Can you perhaps test in an unstable container or VM with a simple static
> IP config and no NetworkManager?
>
> But this is only to eliminate or implicate NM. If we already think NM is
> implicated, then nevermind.
>
> --
> mike
>

Bug#798179: openconnect: Link to Juniper VPN will not be established without reconnect

[Adnan Hodzic]

ated by:
Sep  7 19:46:25 labs nm-dispatcher[2709]: avahi-daemon.socket
Sep  7 19:46:25 labs systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
Sep  7 19:46:25 labs avahi-daemon[2755]: Process 865 died: No such process;
trying to remove PID file. (/var/run/avahi-daemon//pid)
Sep  7 19:46:25 labs avahi-daemon[2755]: Found user 'avahi' (UID 105) and
group 'avahi' (GID 112).
Sep  7 19:46:25 labs avahi-daemon[2755]: Successfully dropped root
privileges.
Sep  7 19:46:25 labs avahi: Avahi detected that your currently configured
local DNS server serves
Sep  7 19:46:25 labs avahi: a domain .local. This is inherently
incompatible with Avahi and thus
Sep  7 19:46:25 labs avahi: Avahi disabled itself. If you want to use Avahi
in this network, please
Sep  7 19:46:25 labs avahi: contact your administrator and convince him to
use a different DNS domain,
Sep  7 19:46:25 labs avahi: since .local should be used exclusively for
Zeroconf technology.
Sep  7 19:46:25 labs avahi: For more information, see
http://avahi.org/wiki/AvahiAndUnicastDotLocal
Sep  7 19:46:25 labs avahi-daemon[2755]: avahi-daemon 0.6.31 starting up.
Sep  7 19:46:25 labs dbus[849]: [system] Successfully activated service
'org.freedesktop.Avahi'
Sep  7 19:46:25 labs systemd[1]: Started Avahi mDNS/DNS-SD Stack.
Sep  7 19:46:25 labs avahi-daemon[2755]: Successfully called chroot().
Sep  7 19:46:25 labs avahi-daemon[2755]: Successfully dropped remaining
capabilities.
Sep  7 19:46:25 labs avahi-daemon[2755]: No service file found in
/etc/avahi/services.
Sep  7 19:46:25 labs avahi-daemon[2755]: Joining mDNS multicast group on
interface wlan0.IPv6 with address fe80::8286:f2ff:fedc:bdfb.
Sep  7 19:46:25 labs avahi-daemon[2755]: New relevant interface wlan0.IPv6
for mDNS.
Sep  7 19:46:25 labs avahi-daemon[2755]: Joining mDNS multicast group on
interface wlan0.IPv4 with address 192.168.192.62.
Sep  7 19:46:25 labs avahi-daemon[2755]: New relevant interface wlan0.IPv4
for mDNS.
Sep  7 19:46:25 labs avahi-daemon[2755]: Network interface enumeration
completed.
Sep  7 19:46:25 labs avahi-daemon[2755]: Registering new address record for
fe80::8286:f2ff:fedc:bdfb on wlan0.*.
Sep  7 19:46:25 labs avahi-daemon[2755]: Registering new address record for
192.168.192.62 on wlan0.IPv4.
Sep  7 19:46:25 labs avahi-daemon[2755]: Registering HINFO record with
values 'X86_64'/'LINUX'.
Sep  7 19:46:25 labs systemd[1]: Reloading OpenBSD Secure Shell server.
Sep  7 19:46:25 labs systemd[1]: Reloaded OpenBSD Secure Shell server.
Sep  7 19:46:25 labs avahi-daemon[2755]: Server startup complete. Host name
is labs.local. Local service cookie is 3101220934.
Sep  7 19:46:27 labs org.gnome.OnlineAccounts[1547]: (goa-daemon:1620):
GoaBackend-WARNING **: secret_password_lookup_sync() returned NULL

-

Reason I'm not using this configuration is because gnome (meta package) and
network-manager-gnome (1.0.6-1) will removed as result of a conflict.

Please let me know if have any additional questions and/or comments.

Adnan

On Mon, Sep 7, 2015 at 2:15 AM, Mike Miller <mtmil...@debian.org> wrote:

> Control: tags -1 - newcomer + moreinfo
>
> On Sun, Sep 06, 2015 at 14:35:43 +0200, Adnan Hodzic wrote:
> > I connect to Juniper VPN with "sudo openconnect --juniper vpn-url/linux"
> >
> > After link is established, I will not be able to reach any address
> within the
> > tunnel. Meaning, established connection will not work.
> >
> > Workaround:
> >
> > However, if I disconnect from VPN and connect to it again, link will be
> > successfuly established. After this, I will be able to communicate to
> addresses
> > within the tunnel just fine.
> […]
> > -- System Information:
> > Debian Release: 8.2
> >   APT prefers stable
> >   APT policy: (600, 'stable'), (500, 'stable-updates'), (300,
> 'testing'), (200, 'unstable'), (100, 'experimental')
> > Architecture: amd64 (x86_64)
> > Foreign Architectures: i386
> >
> > Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores)
> > Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/dash
> > Init: systemd (via /run/systemd/system)
> >
> > Versions of packages openconnect depends on:
> > ii  libc6  2.19-18+deb8u1
> > ii  libgnutls-deb0-28  3.3.17-1
> > ii  libopenconnect57.06-2+b1
> > ii  libproxy1v50.4.11-4.2
> > ii  libxml22.9.1+dfsg1-5
> > ii  vpnc-scripts   0.1~git20140806-1
>
> You are running OpenConnect from the unstable release on a stable
> system. And you are also running the stable version of NetworkManager
> (0.9.10.0).
>
> Can you reproduce when NetworkManager is *not* running at all? Can you
> try with NetworkManager 1.0.6 in unstable?
>
> --
> mike
>

Bug#798179: openconnect: Link to Juniper VPN will not be established without reconnect

[Adnan Hodzic]

Package: openconnect
Version: 7.06-2+b1
Severity: important
Tags: newcomer

Dear Maintainer,

I connect to Juniper VPN with "sudo openconnect --juniper vpn-url/linux"

After link is established, I will not be able to reach any address within the
tunnel. Meaning, established connection will not work.

Workaround:

However, if I disconnect from VPN and connect to it again, link will be
successfuly established. After this, I will be able to communicate to addresses
within the tunnel just fine.

Also please note that until I reboot, any connection to VPN will be succesfully
established.

Couple of observations:

1:

After (first/initial) connection to the VPN is established. Network manager
will misbehave, as WiFi connection icon will disappear. Although, during this
time I will still be able to reach the internet.

2:

This also might be a network-manager related issue. As with network-manager
0.9.10.0-7 and open-network-manager-openconnect 0.9.10.0-1 versions from
Jessie.

Everything will work as expected. Upon initially established connection, VPN
addresses will be reachable, and there won't be need to reconnect.

Below is syslog which displays establishing initial connection, and then
reconnecting it to get connection to the VPN working.

-

Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): new Tun device
(carrier: OFF, driver: 'tun', ifindex: 4)
Sep  6 13:51:31 labs kernel: [ 9732.046428] tun: Universal TUN/TAP device
driver, 1.6
Sep  6 13:51:31 labs kernel: [ 9732.046432] tun: (C) 1999-2004 Max Krasnyansky

Sep  6 13:51:31 labs NetworkManager[824]:   devices added (path:
/sys/devices/virtual/net/tun0, iface: tun0)
Sep  6 13:51:31 labs NetworkManager[824]:   device added (path:
/sys/devices/virtual/net/tun0, iface: tun0): no ifupdown configuration found.
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): link connected
Sep  6 13:51:31 labs NetworkManager[824]:   keyfile: add connection in-
memory (f9ac4637-a1b3-408c-a5c6-ab2eb0ab6943,"tun0")
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): device state change:
unmanaged -> unavailable (reason 'connection-assumed') [10 20 41]
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): device state change:
unavailable -> disconnected (reason 'connection-assumed') [20 30 41]
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): Activation: starting
connection 'tun0' (f9ac4637-a1b3-408c-a5c6-ab2eb0ab6943)
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): device state change:
disconnected -> prepare (reason 'none') [30 40 0]
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): device state change:
prepare -> config (reason 'none') [40 50 0]
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): device state change:
config -> ip-config (reason 'none') [50 70 0]
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): device state change:
ip-config -> ip-check (reason 'none') [70 80 0]
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): device state change:
ip-check -> secondaries (reason 'none') [80 90 0]
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): device state change:
secondaries -> activated (reason 'none') [90 100 0]
Sep  6 13:51:31 labs NetworkManager[824]:   NetworkManager state is now
CONNECTED_LOCAL
Sep  6 13:51:31 labs NetworkManager[824]:   NetworkManager state is now
CONNECTED_GLOBAL
Sep  6 13:51:31 labs NetworkManager[824]:   Policy set 'tun0' (tun0) as
default for IPv4 routing and DNS.
Sep  6 13:51:31 labs NetworkManager[824]:   (tun0): Activation:
successful, device activated.
Sep  6 13:51:31 labs dbus[875]: [system] Activating via systemd: service
name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-
dispatcher.service'
Sep  6 13:51:31 labs systemd[1]: Starting Network Manager Script Dispatcher
Service...
Sep  6 13:51:31 labs dbus[875]: [system] Successfully activated service
'org.freedesktop.nm_dispatcher'
Sep  6 13:51:31 labs systemd[1]: Started Network Manager Script Dispatcher
Service.
Sep  6 13:51:31 labs nm-dispatcher: Dispatching action 'up' for tun0
Sep  6 13:51:31 labs gnome-session[1470]: (gnome-settings-daemon:1545): GLib-
CRITICAL **: Source ID 4908 was not found when attempting to remove it
Sep  6 13:51:33 labs systemd[1]: Reloading OpenBSD Secure Shell server.
Sep  6 13:51:33 labs systemd[1]: Reloaded OpenBSD Secure Shell server.
Sep  6 13:51:33 labs org.gnome.OnlineAccounts[1523]: (goa-daemon:1596):
GoaBackend-WARNING **: secret_password_lookup_sync() returned NULL
Sep  6 13:51:33 labs chromium.desktop[2468]:
[2468:2497:0906/135133:ERROR:connection_factory_impl.cc(366)] Failed to connect
to MCS endpoint with error -102
Sep  6 13:52:10 labs org.gnome.Contacts.SearchProvider[1523]: /usr/lib/gnome-
contacts/gnome-contacts-search-provider: symbol lookup error: /usr/lib
/libebook-contacts-1.2.so.0: undefined symbol:
_ZNK4i18n12phonenumbers15PhoneNumberUtil23GetCountryCodeForRegionERKSs
Sep  6 13:52:10 labs org.gnome.Nautilus[1523]: Initializing nautilus-dropbox
1.6.2
Sep  6 13:52:10 labs 

Bug#778981:

[Adnan Hodzic]

Felipe,

Please disregard my input to this bug report.

I discovered that holding power button for ~7 seconds until lights start
blinking red allows me for headphones to get detected and working just
fine.

Regardless, thank you for assistance.

Adnan

On Fri, Aug 14, 2015 at 3:25 PM, Felipe Sateler fsate...@debian.org wrote:

 HI Adnan,

 On 14 August 2015 at 06:43, Adnan Hodzic ad...@hodzic.org wrote:
 
  Hi Felipe,
 
  I have the same problem. My wireless headphones aren't detected by
 bluetooth.
 
  Apparently, running pactl load-module module-bluetooth-discover fixes
 the problem for a lot of people. But in my case this command just returns:
 Failure: Module initialization failed.

 This seems to happen because your device is correctly detected:

 (   0.143|   0.000) D: [pulseaudio] bluez5-util.c: Device
 /org/bluez/hci0/dev_6C_2F_F5_2B_19_66 found
 (   0.143|   0.000) D: [pulseaudio] bluez5-util.c: Address:
 6C:2F:F5:2B:19:66
 (   0.143|   0.000) D: [pulseaudio] bluez5-util.c: Alias: 6C-2F-F5-2B-19-66
 (   0.143|   0.000) D: [pulseaudio] bluez5-util.c: Adapter: /org/bluez/hci0
 (   0.143|   0.000) D: [pulseaudio] bluez5-util.c: Unknown interface
 org.freedesktop.DBus.Properties found, skipping
 (   0.143|   0.000) D: [pulseaudio] backend-native.c: Bluetooth
 Headset Backend API support using the native backend
 (   0.143|   0.000) D: [pulseaudio] backend-native.c: Registering
 Profile /Profile/HSPAGProfile
 ...
 (   1.629|   0.000) E: [pulseaudio] module.c: Module
 module-bluetooth-discover should be loaded once at most. Refusing to
 load.
 (   1.629|   0.000) I: [pulseaudio] client.c: Freed 1 pactl

 You can't have bluetooth loaded twice.


 But in your log it seems your wireless headset is not getting detected.
 I fear your problem is on the bluetooth side, not pulse. Please try
 checking if your device is really connected using bluetoothctl (use
 the devices command to list known devices, and the info command to
 show the status information for that device.


 --

 Saludos,
 Felipe Sateler

Bug#778981:

[Adnan Hodzic]

Hi Felipe,

I have the same problem. My wireless headphones aren't detected by
bluetooth.

Apparently, running pactl load-module module-bluetooth-discover fixes the
problem for a lot of people. But in my case this command just returns:
Failure: Module initialization failed.

I've also upgraded to PulseAudio to 6.0-5 from Sid, which didn't help.

You can find my PulseAudio log here: http://foolcontrol.org/pulseverbose.log

I would really like to have this problem fixed, and please inform me if you
need anything else from me.

@Alessandro, link to workaround isn't accessible anymore, could you please
share the workaround with me?


Thanks, and looking forward to (both of) your reply/ies,

Adnan

Bug#770087: Sorry, I missed your ITP

[Adnan Hodzic]

Yup!

On Tue, Apr 28, 2015 at 12:21 PM, Edward Betts edw...@4angle.com wrote:

 Adnan Hodzic ad...@hodzic.org wrote:
  But now that Jessie has been released. I'll have it pushed once again and
  let's see what happens then. Once I get it in Debian, maybe we can even
  co-maintain together?

 I'm up for co-maintaining, we can make a alioth project. Are you okay with
 git
 for revision control?
 --
 Edward.

Bug#770087: Sorry, I missed your ITP

[Adnan Hodzic]

Hey Edward,

Yea, I had it packaged few months ago and in queue for upload. But then my
sponsor told me to drop it for the time being because all efforts were put
into getting Jessie released.

But now that Jessie has been released. I'll have it pushed once again and
let's see what happens then. Once I get it in Debian, maybe we can even
co-maintain together?


On Fri, Apr 24, 2015 at 3:36 PM, Edward Betts edw...@4angle.com wrote:

 Hi Adnan,

 I missed your ITP for corebird and filed my own ITP by mistake. How is your
 package coming along? I have a package for corebird 1.0 ready for upload, I
 was looking for a sponsor:

 http://mentors.debian.net/package/corebird

 Obviously I don't want to tread on your toes. I'm not going to steal the
 package from you. Feel free to use anything from my attempt at packaging
 corebird in your package.
 --
 Edward.

Bug#769569: Issue fixed in latest version of Xorg

[Adnan Hodzic]

Dear maintainer,

I just wanted to inform you that I've fixed my problem by installing latest
version of Xorg package. In particular xserver-xorg-video-intel
(2.99.917-1~exp1).

You may close this bug report.


Regards,

Adnan

Bug#769569: Problem still exists on kernel 3.18

[Adnan Hodzic]

Hello,

I just want to inform you that this problem still exists on kernel 3.18
(linux-image-3.18.0-trunk-amd64). Thus it's safe to say this is most likely
X or even GNOME bug.

Please inform me if you have any additional ideas on how to isolate the
origin of this problem. Or if you want me to do any additional debugging.


Looking forward to your reply,

Adnan

Bug#769569: [gnome-control-center] Connect/Disconnect to dual monitor setup restarts GNOME

[Adnan Hodzic]

Hey intrigeri,

Hi Adnan,

Adnan Hodzic wrote (19 Nov 2014 16:34:57 GMT) :
However, what would be most interesting is the log for the failing
mode this bug is primarily about, that is disconnecting the external
monitor while GNOME is running, and seeing the session
being restarted. May you please attach this information?

 Sure please see:
 https://hodzic.org/img/boot-case-dual-monitor.txt

 ^ Plugged in to the docking station: Boot  Log in  Suspend

 Disconnected the notebook from docking station and we have a GNOME
restart.

 Log in  sudo journalctrl -ab

 Hopefully this will be enough for further analysis, in meantime if you
need
 anything else please let me know.

Now I'm confused. Your initial bug report was about simply
disconnecting the external monitor *while GNOME is running*, and
I understood it was the case without any suspend/resume cycle.
Did I misunderstand?

You did misunderstand. Every time I did this I would suspend the computer
then unplug it from the docking station, just as I explained in description
of my reports.

If I got it right, what would be good to have is:

  1. cold boot, plugged into the docking station with external monitor
  2. log into GNOME
  3. unplug the external monitor
  4. if it crashes, log in again, and send the Journal

While computer is plugged in to docking station. If I disconnect one
screen, GNOME will still be running it will resize itself to one screen.
However, when I disconnect the second screen. Screen on computer goes
blank, whole system becomes absolutely unresponsive and there's nothing I
can do with it anymore. Undocking computer at this point won't change
anything.

I can't restart GNOME (Alt+PrintScrn+K) or even go to virtual consoles
(Ctrl+Alt+F1/F6). Only thing that remains in this scenario is cold reset.

  1. cold boot, plugged into the docking station with external monitor
  2. log into GNOME
  3. disconnect from the docking station
  4. if it crashes, log in again, and send the Journal

As expected it crashed:
https://hodzic.org/img/5-case-dual-monitor.txt

 Undocking laptops while they're suspended has historically been
 fragile on a number of machines, so I'm not surprised that it causes
 problems on yours.

Ok good to know. Regardless if I do suspend and then undock the computer,
or undock it without suspending it first I get same results.


Let me know if you need anything else.

Thanks,

Adnan

Bug#769569: [gnome-control-center] Connect/Disconnect to dual monitor setup restarts GNOME

[Adnan Hodzic]

Hi Adnan,

/me *waves

Adnan Hodzic wrote (18 Nov 2014 17:58:14 GMT) :
 Adnan Hodzic wrote (14 Nov 2014 15:09:44 GMT) :
 However, every time I disconnect computer from the docking station, my
 gnome session will be restarted.

Can you reproduce this with another desktop environment?
(Preferably one that also uses OpenGL.)

 Sorry, can't do this at this point.

OK. As soon as you can, please do :)

Will do!

It would be good to have the output of `sudo journalctl' for these two
failing modes.

 Here they are, couple of cases.

 1st - System cold boot while connected to the docking station:
 2nd - System suspended/Wake-up connected to docking station:
 3rd - System suspended, disconnected from docking station and waking up
 disconnected:

 OK, thanks.

However, what would be most interesting is the log for the failing
mode this bug is primarily about, that is disconnecting the external
monitor while GNOME is running, and seeing the session
being restarted. May you please attach this information?

Cheers,

Sure please see:
https://hodzic.org/img/boot-case-dual-monitor.txt

^ Plugged in to the docking station: Boot  Log in  Suspend

Disconnected the notebook from docking station and we have a GNOME restart.

Log in  sudo journalctrl -ab

Hopefully this will be enough for further analysis, in meantime if you need
anything else please let me know.


Adnan

On Wed, Nov 19, 2014 at 10:29 AM, intrigeri intrig...@debian.org wrote:

 Hi Adnan,

 Adnan Hodzic wrote (18 Nov 2014 17:58:14 GMT) :
  Adnan Hodzic wrote (14 Nov 2014 15:09:44 GMT) :
  However, every time I disconnect computer from the docking station, my
  gnome session will be restarted.

 Can you reproduce this with another desktop environment?
 (Preferably one that also uses OpenGL.)

  Sorry, can't do this at this point.

 OK. As soon as you can, please do :)

 It would be good to have the output of `sudo journalctl' for these two
 failing modes.

  Here they are, couple of cases.

  1st - System cold boot while connected to the docking station:
  2nd - System suspended/Wake-up connected to docking station:
  3rd - System suspended, disconnected from docking station and waking up
  disconnected:

 OK, thanks.

 However, what would be most interesting is the log for the failing
 mode this bug is primarily about, that is disconnecting the external
 monitor while GNOME is running, and seeing the session
 being restarted. May you please attach this information?

 Cheers,
 --
 intrigeri

Bug#769835: googleearth-package: depenencies not installed before dpkg -i, causing unmet dependencies and other problems

[Adnan Hodzic]

Hey Matt,

Thank you for the report. However I was aware of this, and this isn't a
googleearth-package bug as it's the dpkg that doesn't resolve dependencies
before installing a package.

If you i.e use gdebi which besides installing packages also resolves and
installs its dependencies. Then the problem you encountered won't occur.


Thanks and please inform me if you have any additional questions and/or
comments.

Regards,

Adnan

On Sun, Nov 16, 2014 at 11:14 PM, Matt Kukowski dymorp...@gmail.com wrote:

 Package: googleearth-package
 Version: 0.7.0
 Severity: important

 Dear Maintainer,

 After running make-googleearth it builds the package just fine.

 But, when it gets to Installing the pkg (dpkg -i ...) it reports unmet
 dependancies.

 bug spew...
 -
 dpkg: dependency problems prevent configuration of googleearth:
  googleearth depends on libfreeimage3; however:
   Package libfreeimage3 is not installed.
  googleearth depends on lsb-core; however:
   Package lsb-core is not installed.

 dpkg: error processing googleearth (--install):
  dependency problems - leaving unconfigured
 Processing triggers for desktop-file-utils ...
 Processing triggers for gnome-menus ...
 Processing triggers for shared-mime-info ...
 Processing triggers for menu ...
 Processing triggers for mime-support ...
 Errors were encountered while processing:
  googleearth

 You then have to run 'apt-get install -f'  to correct the dependancy
 problem as
 it breaks apt-get.



 -- System Information:
 Debian Release: 7.7
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
 Architecture: i386 (i686)

 Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores)
 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages googleearth-package depends on:
 ii  bzip2   1.0.6-4
 ii  dpkg-dev1.16.15
 ii  fakeroot1.18.4-2
 ii  file5.11-2+deb7u6
 ii  wget1.13.4-3+deb7u2
 ii  x11-common  1:7.7+3~deb7u1
 ii  x11-utils   7.7~1

 googleearth-package recommends no packages.

 googleearth-package suggests no packages.

 -- no debconf information

Bug#769569: [gnome-control-center] Connect/Disconnect to dual monitor setup restarts GNOME

[Adnan Hodzic]

Hey intrigeri,

 Hi Adnan,

 Adnan Hodzic wrote (14 Nov 2014 15:09:44 GMT) :
 However, every time I disconnect computer from the docking station, my
 gnome session will be restarted.

Can you reproduce this with another desktop environment?
(Preferably one that also uses OpenGL.)

Sorry, can't do this at this point.

 Please be inform that during the disconnect from docking station,
 it's also common for whole system to freeze up and only option being
 to do a hard restart. i.e:
 https://hodzic.org/img/dualmonitor_disconnect_error.jpg

Looks like a kernel or X bug, rather than a GNOME one = same question
as above.

I have a similar opinion, if you're sure which one of those it is please
feel free to forward this bug to the right address.

It would be good to have the output of `sudo journalctl' for these two
failing modes.

Here they are, couple of cases.

1st - System cold boot while connected to the docking station:

https://hodzic.org/img/1st-case-dual-monitor.txt

2nd - System suspended/Wake-up connected to docking station:

https://hodzic.org/img/2nd-case-dual-monitor.txt

3rd - System suspended, disconnected from docking station and waking up
disconnected:

https://hodzic.org/img/3rd-case-dual-monitor.txt

 If computer was on without being connected to docking station, once
 connected dual monitor setup won't be detected. It will only be detected
if
 I restart my GNOME session or log out/log in.
 https://hodzic.org/img/dualmonitor2.png

That may be a different bug.

As previously noted, feel free to forward this bug to a correct address.


Adnan

On Sat, Nov 15, 2014 at 3:51 PM, intrigeri intrig...@debian.org wrote:

 Control: tag -1 + moreinfo

 Hi Adnan,

 Adnan Hodzic wrote (14 Nov 2014 15:09:44 GMT) :
  However, every time I disconnect computer from the docking station, my
  gnome session will be restarted.

 Can you reproduce this with another desktop environment?
 (Preferably one that also uses OpenGL.)

  Please be inform that during the disconnect from docking station,
  it's also common for whole system to freeze up and only option being
  to do a hard restart. i.e:
  https://hodzic.org/img/dualmonitor_disconnect_error.jpg

 Looks like a kernel or X bug, rather than a GNOME one = same question
 as above.

 It would be good to have the output of `sudo journalctl' for these two
 failing modes.

  If computer was on without being connected to docking station, once
  connected dual monitor setup won't be detected. It will only be detected
 if
  I restart my GNOME session or log out/log in.
  https://hodzic.org/img/dualmonitor2.png

 That may be a different bug.

 Cheers,
 --
 intrigeri

Bug#770087: ITP: corebird -- Native Gtk+ Twitter client for the Linux desktop

[Adnan Hodzic]

Package: wnpp
Severity: wishlist
Owner: Adnan Hodzic ad...@hodzic.org


* Package name : Corebird
  Version : 0.9
  Upstream Author : Timm Baeder
* URL : http://corebird.baedert.org
* License : (GPL3)
  Programming Lang : (C++, vala)
  Description : Native Gtk+ Twitter client for the Linux desktop

Corebird is a modern, easy and fun Twitter client,
just what you were looking for, right?

Bug#769569: [gnome-control-center] Connect/Disconnect to dual monitor setup restarts GNOME

[Adnan Hodzic]

Package: gnome-control-center
Version: 1:3.14.1-1
Severity: serious

Hello,

I have a dual monitor setup, to which I connect via Dell docking station
with Dell E7440. Both monitors are connected to docking station via DVI
ports.

You also might find following useful:

ahodzic@mx-e7440:~$ lspci | grep -i vga
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated
Graphics Controller (rev 0b)

Regardless, when computer is connected to docking station, both displays
are outputted and everything's fine.

https://hodzic.org/img/dualmonitor.png

xrandr:

ahodzic@mx-e7440:~$ xrandr
Screen 0: minimum 320 x 200, current 3840 x 1080, maximum 8192 x 8192
eDP1 connected (normal left inverted right x axis y axis)
   1920x1080 60.05 +  59.93
   1680x1050 59.9559.88
   1600x1024 60.17
   1400x1050 59.98
   1280x1024 60.02
   1440x900  59.89
   1280x960  60.00
   1360x768  59.8059.96
   1152x864  60.00
   1024x768  60.00
   800x600   60.3256.25
   640x480   59.94
HDMI1 disconnected (normal left inverted right x axis y axis)
DP1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
DP2 connected 1920x1080+1920+0 (normal left inverted right x axis y axis)
531mm x 299mm
   1920x1080 60.00*+
   1280x1024 75.0260.02
   1152x864  75.00
   1024x768  75.0860.00
   800x600   75.0060.32
   640x480   75.0060.00
   720x400   70.08
DP3 connected primary 1920x1080+0+0 (normal left inverted right x axis y
axis) 531mm x 299mm
   1920x1080 60.00*+
   1280x1024 75.0260.02
   1152x864  75.00
   1024x768  75.0860.00
   800x600   75.0060.32
   640x480   75.0060.00
   720x400   70.08
DP4 disconnected (normal left inverted right x axis y axis)
ahodzic@mx-e7440:~$

However, every time I disconnect computer from the docking station, my
gnome session will be restarted. Please be inform that during the
disconnect from docking station, it's also common for whole system to
freeze up and only option being to do a hard restart. i.e:
https://hodzic.org/img/dualmonitor_disconnect_error.jpg

If computer was on without being connected to docking station, once
connected dual monitor setup won't be detected. It will only be detected if
I restart my GNOME session or log out/log in.

https://hodzic.org/img/dualmonitor2.png

ahodzic@mx-e7440:~$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
eDP1 connected primary 1920x1080+0+0 (normal left inverted right x axis y
axis) 309mm x 173mm
   1920x1080 60.05 +  59.93*
   1680x1050 59.9559.88
   1600x1024 60.17
   1400x1050 59.98
   1280x1024 60.02
   1440x900  59.89
   1280x960  60.00
   1360x768  59.8059.96
   1152x864  60.00
   1024x768  60.00
   800x600   60.3256.25
   640x480   59.94
HDMI1 disconnected (normal left inverted right x axis y axis)
DP1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
ahodzic@mx-e7440:~$

Please note, this setup only works with = 3.17 kernel, otherwise only one
screen will be detected (both screens will be mirrored). Thus, you'll only
be able to use one screen, but there are no problems during
connect/disconnect from the docking station. Meaning this problem also
might be related to the kernel itself.

Please inform me if you have any additional questions and/or comments.

Regards,

Adnan


--- System information. ---
Architecture: amd64
Kernel: Linux 3.17-1-amd64

Debian Release: jessie/sid
600 testing security.debian.org
600 testing ftp.nl.debian.org
500 trusty ppa.launchpad.net
500 testing-updates ftp.nl.debian.org
300 stable dl.google.com
200 unstable ftp.nl.debian.org
100 jessie-backports ftp.nl.debian.org
100 experimental ftp.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#487378:

[Adnan Hodzic]

I can confirm that this problem still persists with latest version in
Jessie (0.9.10.0-1).

Workaround Willem van den Akker suggested (enabling the Use this
connection for resources on the network) worked perfectly in my case.

Thus, I propose that Maintainer of this package makes this option enabled
by default.


Regards,

Adnan

Bug#606310: Bug#702301: patch for NMU available

[Adnan Hodzic]

Hello Vincent and Gianfranco,

I just wanted to inform you that, I've sent a new version of
googleearth-package and it has been sitting in the mentors queue for almost
a month: https://mentors.debian.net/package/googleearth-package

It fixes most (if not all) of the problems you submitted patches to. Person
who would usually check this package before uploading it was busy with
DebConf and now is simply not replying to my emails.

I'll also send the RFS to the Mentors, and hopefully it will get uploaded
soon.

Please inform me if you have any additional questions and/or comments.


Regards,

Adnan

On Wed, Sep 10, 2014 at 9:57 AM, Vincent Cheng vch...@debian.org wrote:

 Hi Gianfranco,

 On Mon, Sep 8, 2014 at 3:27 AM, Gianfranco Costamagna
 costamagnagianfra...@yahoo.it wrote:
  Hi maintainer,
 
  I have prepared a NMU fixing the three bugs listed,
 [...]

 I assume that you'd like me to sponsor this NMU, given that you cc-ed
 me? I have a few concerns with this NMU as-is:

 - please don't include unnecessary changes in a NMU, e.g. bumping
 standards version; try to make the debdiff as minimal as possible
 - in general, I'm reluctant to NMU changes that aren't RC bug fixes,
 especially when I don't use the NMU-ed package myself, and especially
 without the consent of the current maintainer/uploaders

 If you're interested in taking care of this package and doing a clean
 sweep to fix a handful on non-RC bugs, I suggest that you adopt and
 formally maintain the package directly. If the current maintainer is
 MIA and has yet to reply to any of your mail, I suggest you start by
 approaching the MIA team [1].

 Regards,
 Vincentt

 [1] https://wiki.debian.org/Teams/MIA

Bug#695298:

[Adnan Hodzic]

Carlos,

are you sure you installed package generated by googleearth-package from
Debian repositories, or you installed a Google Earth package from Google?

Because one from Google creates evil files in /etc/cron.daily, while Google
Earh package generated with googleearth-package doesn't create anything
like that.

dpkg -S /etc/cron.daily/google-earth
dpkg-query: no path found matching pattern /etc/cron.daily/google-earth

This bug, also seems to indentical to #651026

In future version of package, in order to have support for Google Earth 7.
It seems like I might need to fetch Google deb's, repackage them and strip
it from all cron's and other unneeded files.

I'm about to release new version of googleearth-package which will deal
mostly with bug fixes, while next milestone version which will include
support for Google Earth 7. Will hopefully be finished before Jessie is
released.

Please inform me if you have any additional questions and/or comments,

Adnan

Bug#617316:

[Adnan Hodzic]

Hello Krasu,

Do you still have the same problem?


Regards,

Adnan

Bug#742213:

[Adnan Hodzic]

Hello everybody,

if anything maintainer of this package should at least give us a reply. So
we know a reason why Geary isn't updated for so long. By doing this, he
could only potentially get help to have it updated.

Otherwise, I would urge maintainer to orphan the package, so somebody else
could pick it up and give it some love.


Regards,

Adnan

Bug#676337: gnome-shell: CPU overheats after suspend (wake up)

[Adnan Hodzic]

Hey,

This bug is no longer reproducible as of = 3.8.x.

Please inform me if you have any additional comments or questions.


Regards,

Adnan


On Sat, Mar 15, 2014 at 12:49 AM, althaser altha...@gmail.com wrote:

 Hey Adnan,

 Could you please still reproduce this issue with newer gnome-shell version
 like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

 thanks
 regards
 althaser

Bug#711471:

[Adnan Hodzic]

Hello,

Can somebody please tell me what's the status of this request, is it still
RFP? Because I might be interested in doing the packaging work if no one
has different plans for it anymore.

Please inform me if you have any comments or questions.

Adnan

Bug#730853: ERROR: getaddrinfo: Name or service not known

[Adnan Hodzic]

Hey Cyril,

I reconfigured the DNS entries and it worked out just fine. Thanks for the
heads up.

You may close this bug.


Regards,

Adnan


On Sat, Nov 30, 2013 at 11:14 AM, Cyril Brulebois k...@debian.org wrote:

 Control: severity -1 normal
 Control: reassign -1 rdesktop

 Adnan Hodzic ad...@foolcontrol.org (2013-11-30):
  Package: reportbug
  Version: 6.4.4
  Severity: serious
  Justification: normal

 You surely didn't mean to report this against reportbug?

  When I run rdesktop I get following error:
 
  absinthe@havoc:~$ rdesktop -d ebuddy -u ahodzic ts3.ebuddy-office.net -g
  1280x1024
  Autoselected keyboard map en-us
  ERROR: getaddrinfo: Name or service not known
  absinthe@havoc:~$
 
  I also tried version from Sid (1.7.1-1+b1) but I'm encountering the same
  problem.
 
  Please inform me if you have additional questions or comments.

 Please check your DNS? If you can resolve outside rdesktop (host, dig,
 ping), might be some nsswitch fun. What if you specify an IP instead of
 a hostname?

 Mraw,
 KiBi.

Bug#731173: linux-image-3.11-2-amd64: No HDMI output when connected to Smart TV

[Adnan Hodzic]

Package: src:linux
Version: 3.11.8-1
Severity: serious
Justification: normal

Hello,

I'm not sure if this problem is related to kernel or X, please reassign it if
you think it's not related to kernel.

Up to just recently I would connect HDMI cable to my Smart TV and would have
output displayed just fine (video/audio). However, lately after many
kernel/xserver upgrades I've noticed that there's no output once I connect that
same HDMI cable to that same TV.

I didn't have much time to isolate the problem,  but once connected dmesg
doesn't show anything special. My video card is:
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor
Graphics Controller (rev 09)

Please inform me if you have any additional questions or comments,

Adnan



-- Package-specific info:
** Version:
Linux version 3.11-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.1 
(Debian 4.8.1-10) ) #1 SMP Debian 3.11.8-1 (2013-11-13)

** Command line:
BOOT_IMAGE=/vmlinuz-3.11-2-amd64 root=/dev/mapper/havoc-root ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[ 3402.753867] ehci-pci :00:1d.0: setting latency timer to 64
[ 3402.799527] tpm_tis 00:09: TPM is disabled/deactivated (0x6)
[ 3402.963495] usb 1-1.4: reset full-speed USB device number 4 using ehci-pci
[ 3403.071341] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 3403.071973] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[ 3403.071977] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[ 3403.073755] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[ 3403.073758] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[ 3403.074556] ata1.00: configured for UDMA/133
[ 3403.087474] sd 0:0:0:0: [sda] Starting disk
[ 3403.127390] usb 1-1.6: reset high-speed USB device number 5 using ehci-pci
[ 3403.387386] usb 3-4: reset high-speed USB device number 4 using xhci_hcd
[ 3403.403391] usb 3-4: device firmware changed
[ 3403.403529] PM: resume of devices complete after 650.943 msecs
[ 3403.404036] PM: Finishing wakeup.
[ 3403.405935] systemd-logind[2956]: Removed session c4.
[ 3403.406317] systemd-logind[2956]: Lid opened.
[ 3403.404039] Restarting tasks ... done.
[ 3403.408555] usb 3-4: USB disconnect, device number 4
[ 3403.408698] video LNXVIDEO:00: Restoring backlight state
[ 3403.409472] cdc_ncm 3-4:1.6 wwan0: unregister 'cdc_ncm' usb-:00:14.0-4, 
Mobile Broadband Network Device
[ 3403.452588] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211c007c0
[ 3403.452595] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211c00800
[ 3403.452599] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211c00940
[ 3403.452603] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211c00980
[ 3403.452606] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211c00740
[ 3403.452610] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211c00780
[ 3403.452613] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 8802122b8ac0
[ 3403.452616] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211c006c0
[ 3403.452620] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211c00700
[ 3403.452623] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 8802122b8740
[ 3403.452627] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88021282de00
[ 3403.452630] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 8801cf307280
[ 3403.452633] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 8801cff45b80
[ 3403.452636] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 8801cd5df680
[ 3403.606471] systemd-logind[2956]: New session c5 of user absinthe.
[ 3403.619022] usb 3-4: new high-speed USB device number 5 using xhci_hcd
[ 3403.635495] usb 3-4: New USB device found, idVendor=0bdb, idProduct=1927
[ 3403.635500] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[ 3403.635503] usb 3-4: Product: H5321 gw
[ 3403.635505] usb 3-4: Manufacturer: Lenovo
[ 3403.635506] usb 3-4: SerialNumber: 8BD2F4B2E6D85CC0
[ 3403.636515] usbhid 3-4:1.0: can't add hid device: -71
[ 3403.636524] usbhid: probe of 3-4:1.0 failed with error -71
[ 3403.636575] usb 3-4: USB disconnect, device number 5
[ 3403.696117] iwlwifi :03:00.0: L1 Enabled; Disabling L0S
[ 3403.702962] iwlwifi :03:00.0: Radio type=0x1-0x2-0x0
[ 3403.798145] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 3404.650498] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
[ 3404.718452] usb 3-4: new high-speed USB device number 6 using xhci_hcd
[ 3404.735902] usb 3-4: New USB device found, idVendor=0bdb, idProduct=1926
[ 

Bug#730853: ERROR: getaddrinfo: Name or service not known

[Adnan Hodzic]

Package: reportbug
Version: 6.4.4
Severity: serious
Justification: normal

When I run rdesktop I get following error:

absinthe@havoc:~$ rdesktop -d ebuddy -u ahodzic ts3.ebuddy-office.net -g
1280x1024
Autoselected keyboard map en-us
ERROR: getaddrinfo: Name or service not known
absinthe@havoc:~$

I also tried version from Sid (1.7.1-1+b1) but I'm encountering the same
problem.

Please inform me if you have additional questions or comments.


Adnan




-- Package-specific info:
** Environment settings:
INTERFACE=gtk2

** /home/absinthe/.reportbugrc:
reportbug_version 6.4.4
mode standard
ui gtk2
email ad...@foolcontrol.org
smtphost smtp.gmail.com:587
smtpuser absinthesyri...@gmail.com
smtptls

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'stable-updates'), (300, 'unstable'), 
(200, 'stable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages reportbug depends on:
ii  apt   0.9.12.1
ii  python2.7.5-5
ii  python-reportbug  6.4.4

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail none
pn  debconf-utils  none
pn  debsumsnone
pn  dlocatenone
pn  emacs22-bin-common | emacs23-bin-commonnone
ii  exim4  4.80-9
ii  exim4-daemon-light [mail-transport-agent]  4.80-9
ii  file   1:5.14-2
ii  gnupg  1.4.15-1.1
ii  python-gtk22.24.0-3+b1
pn  python-gtkspellnone
pn  python-urwid   none
ii  python-vte 1:0.28.2-5
ii  xdg-utils  1.1.0~rc1+git20111210-7

Versions of packages python-reportbug depends on:
ii  apt   0.9.12.1
ii  python2.7.5-5
ii  python-debian 0.1.21+nmu2
ii  python-debianbts  1.11
ii  python-support1.0.15

python-reportbug suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#728280: gnome-shell: Random lockups/freezes

[Adnan Hodzic]

Package: gnome-shell
Version: 3.8.4-4
Severity: important

Dear Maintainer,

Since I moved to GNOME 3.8.x, I have random lockups/freezes and I really can't
see any pattern which will lead to this situation.

This happens on both this machine (Jessie with GNOME 3.8.x from Sid), and my
home machine which is running pure Sid. Once it freezes, I can't restart the X
session, all I can do is run Ctrl + Alt + F1 and restart the whole computer.

Please inform me if you need any additional input from me, or have any other
comments or questions.

Adnan



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'stable-updates'), (300, 'stable'), (200, 
'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  evolution-data-server3.8.5-2
ii  gdm3 3.8.4-3
ii  gir1.2-accountsservice-1.0   0.6.34-2
ii  gir1.2-caribou-1.0   0.4.12-1
ii  gir1.2-clutter-1.0   1.14.4-3
ii  gir1.2-freedesktop   1.36.0-2+b1
ii  gir1.2-gcr-3 3.8.2-4
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.36.0-2+b1
ii  gir1.2-gmenu-3.0 3.8.0-2
ii  gir1.2-gnomebluetooth-1.03.8.1-2
ii  gir1.2-gnomedesktop-3.0  3.8.4-2
ii  gir1.2-gtk-3.0   3.8.4-1
ii  gir1.2-ibus-1.0  1.5.4-1
ii  gir1.2-mutter-3.03.8.4-2
ii  gir1.2-networkmanager-1.00.9.8.0-5
ii  gir1.2-nmgtk-1.0 0.9.8.4-1
ii  gir1.2-pango-1.0 1.32.5-5+b1
ii  gir1.2-polkit-1.00.105-4
ii  gir1.2-soup-2.4  2.44.1-1
ii  gir1.2-telepathyglib-0.120.22.0-1
ii  gir1.2-telepathylogger-0.2   0.8.0-2
ii  gir1.2-upowerglib-1.00.9.23-2
ii  gjs  1.36.1-2
ii  gnome-bluetooth  3.8.1-2
ii  gnome-icon-theme-symbolic3.8.2.2-2
ii  gnome-settings-daemon3.8.5-2
ii  gnome-shell-common   3.8.4-4
ii  gnome-themes-standard3.8.4-1
ii  gsettings-desktop-schemas3.8.2-2
ii  libatk-bridge2.0-0   2.10.0-1+b1
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-93
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcamel-1.2-43  3.8.5-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libclutter-1.0-0 1.14.4-3
ii  libcogl-pango12  1.14.0-3
ii  libcogl121.14.0-3
ii  libcroco30.6.8-2
ii  libdbus-1-3  1.6.16-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libecal-1.2-15   3.8.5-2
ii  libedataserver-1.2-173.8.5-2
ii  libegl1-mesa [libegl1-x11]   9.1.7-1
ii  libgck-1-0   3.8.2-4
ii  libgcr-base-3-1  3.8.2-4
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libgirepository-1.0-11.36.0-2+b1
ii  libgjs0c [libgjs0-libmozjs185-1.0]   1.36.1-2
ii  libglib2.0-0 2.36.4-1
ii  libgnome-menu-3-03.8.0-2
ii  libgstreamer1.0-01.2.0-1
ii  libgtk-3-0   3.8.4-1
ii  libical0 0.48-2
ii  libjson-glib-1.0-0   0.16.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-4+b1
ii  libmutter0b  3.8.4-2
ii  libnm-glib4  0.9.8.0-5
ii  libnm-gtk0   0.9.8.4-1
ii  libnm-util2  0.9.8.0-5
ii  libnspr4 2:4.10-1
ii  libnss3  2:3.15.2-1
ii  libnss3-1d   2:3.15.2-1
ii  libp11-kit0  0.18.5-3
ii  libpango-1.0-0   1.32.5-5+b1

Bug#728281: nautilus-dropbox: Dropbox icon too small in GNOME = 3.6 messaging menu

[Adnan Hodzic]

Package: nautilus-dropbox
Version: 1.6.0-1
Severity: normal

Hello,

Since the introduction of messaging menu in GNOME 3.6, Dropbox icon has been
way too small:
http://foolcontrol.org/img/dropbox%20icon%20size%20in%20gs%203.8x.png

Is there any way this icon can be any bigger for GNOME = 3.6 environments?


Thanks,

Adnan



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'stable-updates'), (300, 'stable'), (200, 
'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nautilus-dropbox depends on:
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-93
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgtk-3-0   3.8.4-1
ii  libnautilus-extension1a  3.4.2-2
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  policykit-1  0.105-4
ii  procps   1:3.3.4-2
ii  python-gpgme 0.2-3
ii  python-gtk2  2.24.0-3+b1
pn  python:any   none

nautilus-dropbox recommends no packages.

Versions of packages nautilus-dropbox suggests:
ii  nautilus  3.8.2-2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#728280: gnome-shell: Random lockups/freezes

[Adnan Hodzic]

 Sounds like the GC bug. I'm seeing this two every now and then. A planned
update
 to mozjs might solve this.

Looking forward to this one.

 As a workaround, from a tty (after doing ctrl+alt+f1) run `killall -9
 gnome-shell', then go back to gnome-shell. It should restart in a few
seconds
 and work again, with all your windows untouched.

This workaround partly worked in my case (on a dual display setup), as one
display was intact by the changes while the other display gave the
Error occurred please log out message.


On Wed, Oct 30, 2013 at 11:26 AM, Emilio Pozuelo Monfort
po...@debian.orgwrote:

 On 30/10/13 09:09, Adnan Hodzic wrote:
  Package: gnome-shell
  Version: 3.8.4-4
  Severity: important
 
  Dear Maintainer,
 
  Since I moved to GNOME 3.8.x, I have random lockups/freezes and I really
 can't
  see any pattern which will lead to this situation.
 
  This happens on both this machine (Jessie with GNOME 3.8.x from Sid),
 and my
  home machine which is running pure Sid. Once it freezes, I can't restart
 the X
  session, all I can do is run Ctrl + Alt + F1 and restart the whole
 computer.

 Sounds like the GC bug. I'm seeing this two every now and then. A planned
 update
 to mozjs might solve this.

  Please inform me if you need any additional input from me, or have any
 other
  comments or questions.

 As a workaround, from a tty (after doing ctrl+alt+f1) run `killall -9
 gnome-shell', then go back to gnome-shell. It should restart in a few
 seconds
 and work again, with all your windows untouched.

 Emilio

Bug#727201: gnome-disk: Error creating partition

[Adnan Hodzic]

Package: gnome-disk-utility
Version: 3.10.0-1
Severity: normal
File: gnome-disk

Hello,

When I try to create partitions or remove them (doesn't matter which
filesystem), I get a following error:

--
Error creating partition

Error creating partition on /dev/sdb: Error spawning command-line `parted
--align optimal --script /dev/sdb mkpart primary ext2 1MiB
320072933375b': Failed to execute child process parted (No such file or
directory) (g-exec-error-quark, 8) (udisks-error-quark, 0)
--

After this I installed parted and I was able to create/remove partitions
again.

Thus to eliminate this error I advise you to add parted in list of
dependencies for gnome-disks.

Please inform me if you have any comments or questions,

Adnan



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'stable-updates'), (300, 'stable'), (200, 
'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-disk-utility depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-93
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libdvdread4  4.2.0+20130219-2
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgtk-3-0   3.8.4-1
ii  liblzma5 5.1.1alpha+20120614-2
ii  libnotify4   0.7.6-1
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  libpwquality11.2.3-1
ii  libsecret-1-00.15-2
ii  libsystemd-login0204-5
ii  libudisks2-0 2.1.1-1
ii  libx11-6 2:1.6.2-1
ii  udisks2  2.1.1-1

gnome-disk-utility recommends no packages.

gnome-disk-utility suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#720025:

[Adnan Hodzic]

Hello,

Good observation, when it comes to script which builds this package support
for GE 7.x has been implemented.

However, it seems that Google hasn't put anything after 6.0.3.x version in
their traditional .bin from which this package is being built.

I'll investigate this issue further, and will try to contact someone from
Google regarding their intentions with keeping the .bin version updated.


Regards,

Adnan

Bug#695957: Bug can be closed

[Adnan Hodzic]

Hey Hans,

I just closed the bug, thanks for the heads up.


Cheerio!

Adnan


On Fri, Aug 9, 2013 at 6:28 PM, Hans-J. Ullrich hans.ullr...@loop.dewrote:

 **

 Hi Adnan and all helpers,



 I just discovered, that my last mail was a failure. Accidently I tried to
 install the wrong package version, so I got the wll known error again.



 I tried to install old package



 LANG=C dpkg -i googleearth_6.0.3.2197+0.7.0-1_amd64.deb



 But it should have been



 LANG=C dpkg -i googleearth_6.0.3.2197+1.0-1_amd64.deb

 ^



 Obviously nobody noticed my fault.



 So, please apologize!



 You can safely close this bug now.



 Have a nice weekend



 Hans

Bug#695957: Please reopen this bug

[Adnan Hodzic]

Hans,

that is very strange, are you able to install ia32-libs manually? Because
even with situation as it when it comes to ia32-libs, Google Earth still
relies on it.

Furthermore, it could be possible to isolate particular ia32-libs it relies
on and set them as dependencies, but it would require a lot of time to do
so.


Adnan


On Fri, Aug 9, 2013 at 5:31 PM, Hans-J. Ullrich hans.ullr...@loop.dewrote:

 Am Freitag, 9. August 2013 schrieb Adnan Hodzic:
  Hello Hans,
 
  Do you please mind telling me if i386 architecture is listed after you
  execute:
 
  dpkg --print-foreign-architectures

 Hi Adnan,

 yes it is, please look:

 protheus2:~# dpkg --print-foreign-architectures
 i386
 protheus2:~#

 Hope this helps.

 Thanks for your help.

 Best

 Hans

Bug#695957: Please reopen this bug

[Adnan Hodzic]

Hello Hans,

Do you please mind telling me if i386 architecture is listed after you
execute:

dpkg --print-foreign-architectures

That is, do you have multiarch support enabled?
https://wiki.debian.org/Multiarch/Implementation


Regards,

Adnan

On Wed, Aug 7, 2013 at 9:53 AM, Holger Levsen hol...@layer-acht.org wrote:

 control: reopen -1

 On Dienstag, 6. August 2013, Hans-J. Ullrich wrote:
  I just tested googleearth-package from sid. But it still wants to install
  ia32-libs and ia32-libs-gtk.


 cheers,
 Holger

Bug#716686: RFS: googleearth-package/1.0

[Adnan Hodzic]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package googleearth-package

* Package name: googleearth-package
  Version: 1.0
  Upstream Author : Adnan Hodzic ad...@foolcontrol.org
* URL: (native package)
* License: GPL 3
   Section: contrib/misc

It builds those binary packages:

googleearth-package - utility to automatically build a Debian package of
Google Earth

To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/googleearth-package

Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/contrib/g/googleearth-package/googleearth-package_1.0.dsc

More information about hello can be obtained from http://www.example.com.

Changes since the last upload:

* Made package usable on Multiarch (Closes: #714057, #695957)

* Added debian/patches which help in resolving:
+ Google Earth not being identified properly by gnome-shell
  (Closes: #655403, #655400)

  Regards,
   Adnan Hodzic

Bug#711888: linux-image-3.9-1-amd64: Problem with cooling when running CPU intensive tasks

[Adnan Hodzic]

Package: src:linux
Version: 3.9.4-1
Severity: normal

When running regular tasks, fans run at regular level and mantain CPU
temperature at regular leves, i.e: http://foolcontrol.org/img/temp47.png

However, if I do CPU intensive tasks such as if I play Half Life 2 on Steam, or
even watch a video on Youtube in HQ. Temperatures get incredibly high with fans
working on maximum. i.e: http://foolcontrol.org/img/temp85.png

I also had same problem on 3.8, please inform me if you have any other comments
or questions.

Adnan



-- Package-specific info:
** Version:
Linux version 3.9-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.2 
(Debian 4.7.2-5) ) #1 SMP Debian 3.9.4-1

** Command line:
BOOT_IMAGE=/vmlinuz-3.9-1-amd64 root=/dev/mapper/havoc-root ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[17330.355889] ehci-pci :00:1d.0: setting latency timer to 64
[17330.355929] snd_hda_intel :00:1b.0: irq 47 for MSI/MSI-X
[17330.390152] tpm_tis 00:09: TPM is disabled/deactivated (0x6)
[17330.570235] usb 1-4: reset high-speed USB device number 2 using xhci_hcd
[17330.586298] usb 1-4: device firmware changed
[17330.658307] usb 3-1.4: reset full-speed USB device number 4 using ehci-pci
[17330.674026] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[17330.674650] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[17330.674654] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[17330.676312] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[17330.676315] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[17330.677124] ata1.00: configured for UDMA/133
[17330.690047] sd 0:0:0:0: [sda] Starting disk
[17330.752080] btusb 3-1.4:1.0: no reset_resume for driver btusb?
[17330.752082] btusb 3-1.4:1.1: no reset_resume for driver btusb?
[17330.822205] usb 3-1.6: reset high-speed USB device number 5 using ehci-pci
[17331.037704] PM: resume of devices complete after 682.626 msecs
[17331.038346] PM: Finishing wakeup.
[17331.038348] Restarting tasks ... done.
[17331.046500] video LNXVIDEO:00: Restoring backlight state
[17331.053752] usb 1-4: USB disconnect, device number 2
[17331.055327] cdc_ncm 1-4:1.6 wwan0: unregister 'cdc_ncm' usb-:00:14.0-4, 
Mobile Broadband Network Device
[17331.082211] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88021269e340
[17331.082216] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88021269e380
[17331.082219] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88021269e2c0
[17331.08] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88021269e300
[17331.082225] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88021269e1c0
[17331.082227] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88021269e200
[17331.082230] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211d92ac0
[17331.082232] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88021269e240
[17331.082235] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88021269e280
[17331.082238] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211d92b40
[17331.082240] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211d92b00
[17331.082243] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211d92b80
[17331.082245] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211d92bc0
[17331.082248] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 880211d92c00
[17331.250604] usb 1-4: new high-speed USB device number 3 using xhci_hcd
[17331.266278] usb 1-4: New USB device found, idVendor=0bdb, idProduct=1927
[17331.266291] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[17331.266312] usb 1-4: Product: H5321 gw
[17331.266320] usb 1-4: Manufacturer: Lenovo
[17331.266328] usb 1-4: SerialNumber: 8BD2F4B2E6D85CC0
[17331.267679] usb 1-4: USB disconnect, device number 3
[17331.451488] hidraw: raw HID events driver (C) Jiri Kosina
[17331.458646] usbcore: registered new interface driver usbhid
[17331.458656] usbhid: USB HID core driver
[17331.478274] iwlwifi :03:00.0: L1 Enabled; Disabling L0S
[17331.485579] iwlwifi :03:00.0: Radio type=0x1-0x2-0x0
[17331.696575] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[17332.013615] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
[17332.353128] usb 1-4: new high-speed USB device number 4 using xhci_hcd
[17332.370661] usb 1-4: New USB device found, idVendor=0bdb, idProduct=1926
[17332.370672] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[17332.370679] usb 1-4: Product: H5321 gw
[17332.370684] usb 1-4: Manufacturer: Lenovo
[17332.370689] usb 1-4: SerialNumber: 

Bug#593175:

[Adnan Hodzic]

Hello,

I have the same problem as reported above.

I installed Wheezy with Wheezy beta 4 installer, then upgraded to Sid.
I did not use option to have my disk automatically partitioned and
encrypted. I manually partitioned my disk along with LVM, then had it
encrypted with LUKS. I did this in past (same way) and have never
encountered same kind of problem.

Now when I run Nautilus, under devices I have 256 GB Unrecognized.
When I click on it (try mounting it) I get:

-

Unable to mount 256 GB Unrecognized

One or more block devices are holding /dev/dm-0

-

http://foolcontrol.org/img/dm-0.png


Let me know if I can provide you with any other kind of information.

Adnan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#459219: ITP: android

[Adnan Hodzic]

I generally agree with what Laszlo and you said, and android-tools
(adb, fastboot and perhaps others?) package should appear in Debian as
soon as possible. If I can help in any way to make that goal happen,
please do let me know.

On the other side, I still haven't given up on my idea of
android-sdk-installer.

More info:
http://foolcontrol.org/?p=1545
and/or
http://www.omgubuntu.co.uk/2012/07/android-sdk-installer-for-linux-debianubuntu

Which bundles all the components from udev rules over Eclipse plugin
to SDK itself into single package. I just need more time to realize
this idea, as currently I'm the only one working on it and this isn't
my full time job.


Adnan

On Sun, Sep 23, 2012 at 10:55 AM, Matt Taggart tagg...@debian.org wrote:
 Thanks for working on getting the android development stuff packaged!

 I think I agree with what Laszlo said about having separate package for
 some things (although mainly at the binary package level, I guess I don't
 care at the source package level).

 I don't need to develop android applications, I mainly just need adb and
 fastboot in order to talk to and boot my devices. I found these (slightly
 older, but maybe still relevant) howtos

 http://lackingrhoticity.blogspot.com/2010/02/how-to-build-adb-android-debugg
 er.html
 http://mancoosi.org/~abate/build-android-adb-debian-sid-amd64

 It would be nice to be able to install adb without having to install the
 whole SDK and java (and avoid downloading binaries and weird licenses, etc).

 What do you think?

 Thanks,

 --
 Matt Taggart
 tagg...@debian.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#682616:

[Adnan Hodzic]

Is there any way patch Lingzhu is talking about to be included into
current Chromium package? Or even better for the current package to be
udated to any version 21.0.1180.75~r150248-1?

Chromium has been unusable for last month.


Adnan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#459219: android-tools packaging

[Adnan Hodzic]

First of all, I'd like to apologize for not replying for so long, I
was too busy with this thing called life. But am now ready to get back
to work and finish this project.

+Marcin,

On Fri, Jul 27, 2012 at 9:42 PM, Marcin Juszkiewicz 
marcin.juszkiew...@linaro.org wrote:
 I was too busy for last few days so I didn't even get to reply.
 Either way, just now I publicly published what I have when it comes
 to android-sdk-installer script. And yes, I'd rather have all those
 tools as one package as I originally intended if you don't mind.

 I am fine with it. But do you cover !i386 !amd64 architectures? There
 are people who are using armel/armhf/mipsel laptops/netbooks and Android
 devices at same time.

At this point no, but it's good you brought my attention to it as it
can easily be implemented in the script. In the script itself I
commented a part which says to implement multiarch support. So I guess
that part would take care of the !386  !amd64 architectures.

+Jeremy,

 On Sat, Aug 11, 2012 at 9:26 PM, Jeremy Bicha jbi...@ubuntu.com wrote:
 android-tools (providing android-tools-adb and android-tools-fastboot)
 has now been packaged in Ubuntu. I think this would be a great help to
 Android ROM users, especially since I believe Google doesn't make
 these available as a simple download for Linux amd64 users. At least
 it's not at http://developer.android.com/sdk

 I think those two binaries should be easier and faster to get into
 Debian than the full Android SDK.

 https://launchpad.net/ubuntu/+source/android-tools

*thumbs up

Looks great, proper naming too, however the only thing I'm curious
about. Why not have all the tools (even tho users might not use even
1/3 of them)?

In my script this is handled by Android SDK Starter Package which
installs *all* the tools, please see line: 315 to ~364

https://github.com/AdnanHodzic/android-sdk-installer/blob/master/android-sdk-installer

+Laszlo,

On Tue, Aug 14, 2012 at 8:01 PM, Laszlo Boszormenyi (GCS) g...@debian.hu 
wrote:
 Hi Marcin, Adnan,

 I think this ITP should be several ones. One for command like tools like
 adb , one for Eclipse plugin and one for the emulator at least.
 ATM Adnan's work is great. I'm a DD and just changed bits in his
 packaging to be perfect.

Thank you for appreciating my work.
Which bits did you change because I don't see any chances in the code.

Also why do you think we should separate them in couple of pieces
instead of having the installer which could let you select which
pieces you want and which you don't?

 I think it should be uploaded (ie, the android-tools package). Most
 users will need only adb and fastboot. The other parts can be packaged
 later. Would you let me file an ITP for android-tools and upload it?
 I've set myself as the maintainer and Adnan as uploader.

I personally would like to have it all in a single package, thus why I
started working on this installer.

In case we do decide to the way you suggested above, besides being an
uploader do you mind me being a maintainer together with you? Because
I really do have great interest in future of this package.


Adnan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609278: maybe retitle?

[Adnan Hodzic]

You're right, thank you for this observation. I'll do as you said as it
seems right now I don't plan on continuing working on this packages
implementation in Debian.

Adnan

On Thu, Jul 26, 2012 at 2:56 PM, David Bremner brem...@debian.org wrote:

 Hi Adnan,

 I just came across this bug in a discussion on IRC today. Perhaps if you
 don't expect to work on this further (unless the situation changes), you
 could retitle the bug to an RFP, to allow people to more quickly
 understand the state of things.

 All the best,

 David

Bug#459219: Android tools

[Adnan Hodzic]

I was too busy for last few days so I didn't even get to reply. Either
way, just now I publicly published what I have when it comes to
android-sdk-installer script. And yes, I'd rather have all those
tools as one package as I originally intended if you don't mind.

android-sdk-installer for Linux (Debian/Ubuntu): http://foolcontrol.org/?p=1545

Later on I'll publish this same post on OMG! Ubuntu so hopefully
this whole thing gets some momentum.


Adnan

On Tue, Jul 24, 2012 at 8:31 AM, Marcin Juszkiewicz
marcin.juszkiew...@linaro.org wrote:
 Hello

 I packaged Android tools (adb + fastboot) and provide it for Ubuntu in
 Linaro Tools PPA [1] and also as source on my website [2].

 Can you tell me does it have a sense to add it into Debian or rather
 wait for your Android SDK packages which will provide those tools?


 1. https://launchpad.net/~linaro-maintainers/+archive/tools/
 2. http://marcin.juszkiewicz.com.pl/~hrw/debian/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#459219: Ping wrt Android SDK

[Adnan Hodzic]

Hello Christoph,

Sorry for the delayed reply, I was in Las Vegas over a weekend and
didn't have much time to handle emails. Regarding Android SDK and this
ITP I have no larger problems, I'm just busy as after graduating from
University I'm too busy with finding a real job.

This May as part of my University Capstone project I wrote a paper and
released first version of android-sdk-linux script which when
finished should be packaged. If you're interested you take a look at
Implementation of Android SDK into Debian Linux for more info:

http://foolcontrol.org/cloud/public.php?service=filestoken=8966c6a58763835559f7a0e400c1324e21e74842file=/Documents/cita%20481%20-%20capstone/Implementation%20of%20Android%20SDK%20into%20Debian%20Linux.pdf

Even thought it's all been said in the paper my plans for future is to
finish the script, upload it to one of the distributed version control
systems (GIT?) and upload the first version of the android-sdk-linux
Debian package.


Regards,

Adnan

On Thu, Jul 12, 2012 at 7:06 PM, Christoph Egger christ...@debian.org wrote:
 Hi!

   Just wondering how are you coming along with the Android SDK package
 (I'm mostly interested in fastboot and adb tools)? Some larger Problems
 still to solve or just busy?

 Regards

 Christoph

 --
 9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
 Debian Developer | Lisp Hacker | CaCert Assurer


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#676337: gnome-shell: CPU overheats after suspend (wake up)

[Adnan Hodzic]

Package: gnome-shell
Version: 3.4.1-5
Severity: important

Hello everybody,

Before anything, the reason I'm submitting this bug under this package
rather then linux-image is because after the bug #673211 GNOME seems
to be more unstable then ever before. 

If in the end it's concluded this has nothing to do with gnome-shell 
package I sincerely appologize and ask to be appropriately reassigned.

After device is turned on after it has been in suspend, my CPU starts
to overheat along with fan working on its maximum. 

http://foolcontrol.org/cloud/public.php?service=filestoken=b617c5a8e72c216c1737d586759b74a207116a46file=/Pictures/Bugs/cpu%20temperature-fan%20after%20suspend.png

Another abnormality I've noticed which could be related to this is
that Power settings are missing an option of what to do when lid
is closed while plugin in AC, thus when lid is down my device goes
directly to suspend mode. 

http://foolcontrol.org/cloud/public.php?service=filestoken=c6f0058aa496a8a7a12ac8063907503cc24e29f1file=/Pictures/Bugs/missing%20button%20-%20when%20lid%20is%20closed%20on%20power%20what%20to%20do.png


Am looking forward you reply,

Adnan 


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (600, 'unstable'), (300, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-1
ii  gconf-service3.2.5-1
ii  gir1.2-accountsservice-1.0   0.6.15-4
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-caribou-1.0   0.4.2-2
ii  gir1.2-clutter-1.0   1.10.6-1
ii  gir1.2-cogl-1.0  1.10.2-3
ii  gir1.2-coglpango-1.0 1.10.2-3
ii  gir1.2-folks-0.6 0.6.9-1
ii  gir1.2-freedesktop   1.32.1-1
ii  gir1.2-gconf-2.0 3.2.5-1
ii  gir1.2-gcr-3 3.4.1-3
ii  gir1.2-gdesktopenums-3.0 3.4.2-1
ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
ii  gir1.2-gee-1.0   0.6.4-2
ii  gir1.2-gkbd-3.0  3.4.0.2-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gmenu-3.0 3.4.2-1
ii  gir1.2-gnomebluetooth-1.03.4.0-2
ii  gir1.2-gtk-3.0   3.4.2-1
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.4.1-4
ii  gir1.2-networkmanager-1.00.9.4.0-5
ii  gir1.2-pango-1.0 1.30.0-1
ii  gir1.2-polkit-1.00.105-1
ii  gir1.2-soup-2.4  2.38.1-2
ii  gir1.2-telepathyglib-0.120.18.1-2
ii  gir1.2-telepathylogger-0.2   0.4.0-1
ii  gir1.2-upowerglib-1.00.9.16-2
ii  gjs  1.32.0-2
ii  gnome-bluetooth  3.4.0-2
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gnome-settings-daemon3.4.2-3
ii  gnome-shell-common   3.4.1-5
ii  gnome-themes-standard3.4.2-1
ii  gsettings-desktop-schemas3.4.2-1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-33
ii  libcairo-gobject21.12.2-2
ii  libcairo21.12.2-2
ii  libcamel-1.2-29  3.2.2-3
ii  libcanberra0 0.28-4
ii  libclutter-1.0-0 1.10.6-1
ii  libcogl-pango0   1.10.2-3
ii  libcogl9 1.10.2-3
ii  libcroco30.6.5-1
ii  libdbus-1-3  1.5.12-1
ii  libdbus-glib-1-2 0.98-1
ii  libebook-1.2-12  3.2.2-3
ii  libecal-1.2-10   3.2.2-3
ii  libedataserver-1.2-153.2.2-3
ii  libedataserverui-3.0-1   3.2.2-3
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.9-1
ii  libgck-1-0   3.4.1-3
ii  libgconf-2-4 3.2.5-1
ii  libgcr-3-1   3.4.1-3
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgee2  0.6.4-2
ii  libgirepository-1.0-11.32.1-1
ii  libgjs0b 

Bug#676337: gnome-shell: CPU overheats after suspend (wake up)

[Adnan Hodzic]

Hey Michael,

 Well, is the gnome-shell process using all CPU? If not, which process is
 causing the high CPU usage?
 What about fallback or other window managers, do you get the same
 problem after suspend there?

Yes, sorry I forgot to mention this, it seems that gnome-shell is
using most of the CPU.

Before the mentioned bug, I used to have ~1 month uptime, while now in
order for it not to overheat I have to shut it down and turn it on
every single time.

On other hand everything seems to be just fine on on GNOME fallback mode:

http://foolcontrol.org/cloud/public.php?service=filestoken=dd7a607a928b7d7ee10e9341f30777ac0af3086ffile=/Pictures/Bugs/temperature%20on%20fallback%20mode.png

Let me know if I can provide you with any other information.


Adnan

On Wed, Jun 6, 2012 at 12:03 PM, Michael Biebl bi...@debian.org wrote:
 On 06.06.2012 11:43, Adnan Hodzic wrote:
 Package: gnome-shell
 Version: 3.4.1-5
 Severity: important

 Hello everybody,

 Before anything, the reason I'm submitting this bug under this package
 rather then linux-image is because after the bug #673211 GNOME seems
 to be more unstable then ever before.

 Well, is the gnome-shell process using all CPU? If not, which process is
 causing the high CPU usage?
 What about fallback or other window managers, do you get the same
 problem after suspend there?

 Michael


 --
 Why is it that all of the instruments seeking intelligent life in the
 universe are pointed away from Earth?




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#673211: gnome-shell: Random event leading to Oh no! Something has gone wrong screen

[Adnan Hodzic]

 Is this problem reproducible?
 Do you have any error messages in syslog or .xsession-errors?
 What type of graphics hardware and driver to do you have.

Here are my .xsession-errors http://paste.debian.net/plain/169234

Please note if you log in and do nothing GNOME won't crash, but as
soon as you touch GNOME Panel it will crash.

Graphic hardware I'm using is:  Intel Corporation Mobile GM965/GL960
Integrated Graphics Controller

On Thu, May 17, 2012 at 3:26 AM, Michael Biebl bi...@debian.org wrote:
 On 17.05.2012 01:54, Adnan Hodzic wrote:
 Package: gnome-shell
 Version: 3.2.2.1-4+b1
 Severity: grave
 Justification: renders package unusable

 After last upgrade upon login caused by random series of events gnome-shell 
 crashes leading to
 Oh no! Something has gone wrong screen. I tried starting logging in after 
 I removed all GNOME
 settings/plugin files but that didn't help either. Logging into Classic 
 GNOME/fallback mode works
  without any problems and is currently the only way to login into your GNOME 
 session.

 I appologize if this has nothing to do with gnome-shell package as I 
 suspect this is caused by
 gnome-session (updated to 3.4.2-1) as this was one of the packages that 
 was updated.

 Is this problem reproducible?
 Do you have any error messages in syslog or .xsession-errors?
 What type of graphics hardware and driver to do you have.


 --
 Why is it that all of the instruments seeking intelligent life in the
 universe are pointed away from Earth?




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#673211: gnome-shell segfaulting

[Adnan Hodzic]

Michael,

Yes that actually worked, downgrading accountsservice and
libaccountsservice0 to testing version fixed the problem.

In the process I had to reinstall gnome-session gnome-shell gdm3
gnome-control-center but so far it all seems to be working great!


Thank you for your quick assistance,

Adnan

On Thu, May 17, 2012 at 12:49 PM, Michael Biebl bi...@debian.org wrote:
 On 17.05.2012 12:19, Daniel Leidert wrote:
 Here my .xsession-errors contents related to gnome-shell.

 3058:May 16 23:46:44 haktar kernel: [  153.366509] gnome-shell[3831]: 
 segfault at 70 ip 7f9ba10d5970 sp 7fff78ccef00 error 4 in 
 libaccountsservice.so.0.0.0[7f9ba10bf000+3c000]
 3059:May 16 23:46:44 haktar x-session-manager[3667]: WARNING: Application 
 'gnome-shell.desktop' killed by signal 11

 Adnan, do you also get a segfault in libaccountsservice.so.0.0.0?

 accountsservice was just upgraded recently. Could you both downgrade to
 the version from testing?

 How can this be debugged? Is there any possibility to create a
 backtrace? Where are the debugging symbols then - or do I need to
 rebuild gnome-shell without stripping them?

 Yes, atm it is necessary to recompile gnome-shell.

 --
 Why is it that all of the instruments seeking intelligent life in the
 universe are pointed away from Earth?




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#673211: gnome-shell segfaulting

[Adnan Hodzic]

Daniel,

 For me gnome-shell now always segfaults after downgrading accountservice
 and libaccountservice0. What do you mean by reinstalling gdm etc?

Well the way I solved my problem is I removed accountservice and
libaccountservice0 package, along with their removal what was also
removed is (its dependencies): gdm, gnome-shell, gnome-session,
gnome-control-center.

Which after installing accountservice and libaccountservice0 from
testing I just re-installed from unstable (my default distro).

Scenario:

apt-get remove accountservice libaccountservice0

apt-get -t testing install accountservice libaccountservice0

apt-get install gdm gnome-shell gnome-session gnome-control-center

apt history log:

---

Start-Date: 2012-05-17  13:32:09
Commandline: apt-get remove accountsservice
Remove: accountsservice:amd64 (0.6.18-3), gdm3:amd64 (3.0.4-4),
gnome-gmail:amd64 (1.8.2-1), gnome-control-center:amd64 (3.2.2-3+b1)
End-Date: 2012-05-17  13:32:19

Start-Date: 2012-05-17  13:32:45
Commandline: apt-get remove libaccountsservice0
Remove: gnome-shell:amd64 (3.2.2.1-4+b1), gnome-session:amd64
(3.4.2-1), libaccountsservice0:amd64 (0.6.18-3),
gir1.2-accountsservice-1.0:amd64 (0.6.18-3)
End-Date: 2012-05-17  13:32:48

Start-Date: 2012-05-17  13:33:19
Commandline: apt-get -t testing install accountsservice
Install: accountsservice:amd64 (0.6.15-4), libaccountsservice0:amd64
(0.6.15-4, automatic)
End-Date: 2012-05-17  13:33:21

Start-Date: 2012-05-17  13:33:53
Commandline: apt-get install gdm3 gnome-control-center gnome-gmail
Install: gnome-shell:amd64 (3.2.2.1-4+b1, automatic),
gnome-session:amd64 (3.4.2-1, automatic),
gir1.2-accountsservice-1.0:amd64 (0.6.18-3, automatic), gdm3:amd64
(3.0.4-4), gnome-gmail:amd64 (1.8.2-1), gnome-control-center:amd64
(3.2.2-3+b1)
End-Date: 2012-05-17  13:34:05

---

Hope this helps,

Adnan

On Thu, May 17, 2012 at 2:49 PM, Daniel Leidert daniel.leid...@wgdd.de wrote:
 For me gnome-shell now always segfaults after downgrading accountservice
 and libaccountservice0. What do you mean by reinstalling gdm etc?

 Regards, Daniel

 Am Donnerstag, den 17.05.2012, 13:41 +0200 schrieb Adnan Hodzic:
 Michael,

 Yes that actually worked, downgrading accountsservice and
 libaccountsservice0 to testing version fixed the problem.

 In the process I had to reinstall gnome-session gnome-shell gdm3
 gnome-control-center but so far it all seems to be working great!


 Thank you for your quick assistance,

 Adnan

 On Thu, May 17, 2012 at 12:49 PM, Michael Biebl bi...@debian.org wrote:
  On 17.05.2012 12:19, Daniel Leidert wrote:
  Here my .xsession-errors contents related to gnome-shell.
 
  3058:May 16 23:46:44 haktar kernel: [  153.366509] gnome-shell[3831]: 
  segfault at 70 ip 7f9ba10d5970 sp 7fff78ccef00 error 4 in 
  libaccountsservice.so.0.0.0[7f9ba10bf000+3c000]
  3059:May 16 23:46:44 haktar x-session-manager[3667]: WARNING: 
  Application 'gnome-shell.desktop' killed by signal 11
 
  Adnan, do you also get a segfault in libaccountsservice.so.0.0.0?
 
  accountsservice was just upgraded recently. Could you both downgrade to
  the version from testing?
 
  How can this be debugged? Is there any possibility to create a
  backtrace? Where are the debugging symbols then - or do I need to
  rebuild gnome-shell without stripping them?
 
  Yes, atm it is necessary to recompile gnome-shell.
 
  --
  Why is it that all of the instruments seeking intelligent life in the
  universe are pointed away from Earth?
 








--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#673211: gnome-shell: Random event leading to Oh no! Something has gone wrong screen

[Adnan Hodzic]

Package: gnome-shell
Version: 3.2.2.1-4+b1
Severity: grave
Justification: renders package unusable

After last upgrade upon login caused by random series of events gnome-shell 
crashes leading to
Oh no! Something has gone wrong screen. I tried starting logging in after I 
removed all GNOME 
settings/plugin files but that didn't help either. Logging into Classic 
GNOME/fallback mode works
 without any problems and is currently the only way to login into your GNOME 
session.

I appologize if this has nothing to do with gnome-shell package as I suspect 
this is caused by 
gnome-session (updated to 3.4.2-1) as this was one of the packages that was 
updated.  


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (600, 'unstable'), (300, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-1
ii  gconf-service3.2.5-1
ii  gir1.2-accountsservice-1.0   0.6.18-3
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-caribou-1.0   0.4.2-2
ii  gir1.2-clutter-1.0   1.10.4-3
ii  gir1.2-cogl-1.0  1.10.2-3
ii  gir1.2-coglpango-1.0 1.10.2-3
ii  gir1.2-folks-0.6 0.6.9-1
ii  gir1.2-freedesktop   1.32.1-1
ii  gir1.2-gconf-2.0 3.2.5-1
ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
ii  gir1.2-gee-1.0   0.6.4-1
ii  gir1.2-gkbd-3.0  3.4.0.2-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gmenu-3.0 3.2.0.1-2
ii  gir1.2-gnomebluetooth-1.03.2.2-1
ii  gir1.2-gtk-3.0   3.4.2-1
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.2.2-3
ii  gir1.2-networkmanager-1.00.9.4.0-4
ii  gir1.2-pango-1.0 1.30.0-1
ii  gir1.2-polkit-1.00.105-1
ii  gir1.2-soup-2.4  2.38.1-2
ii  gir1.2-telepathyglib-0.120.18.1-2
ii  gir1.2-telepathylogger-0.2   0.4.0-1
ii  gir1.2-upowerglib-1.00.9.16-2
ii  gjs  1.32.0-2
ii  gnome-bluetooth  3.2.2-1
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gnome-settings-daemon3.2.2-3
ii  gnome-shell-common   3.2.2.1-4
ii  gsettings-desktop-schemas3.4.2-1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-32
ii  libcairo-gobject21.12.2-1
ii  libcairo21.12.2-1
ii  libcamel-1.2-29  3.2.2-3
ii  libcanberra0 0.28-4
ii  libclutter-1.0-0 1.10.4-3
ii  libcogl-pango0   1.10.2-3
ii  libcogl9 1.10.2-3
ii  libcroco30.6.5-1
ii  libdbus-1-3  1.5.12-1
ii  libdbus-glib-1-2 0.98-1
ii  libebook-1.2-12  3.2.2-3
ii  libecal-1.2-10   3.2.2-3
ii  libedataserver-1.2-153.2.2-3
ii  libedataserverui-3.0-1   3.2.2-3
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.9-1
ii  libgconf-2-4 3.2.5-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgee2  0.6.4-1
ii  libgirepository-1.0-11.32.1-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]   1.32.0-2
ii  libgl1-mesa-glx [libgl1] 8.0.2-2
ii  libglib2.0-0 2.32.3-1
ii  libgnome-desktop-3-2 3.4.2-1
ii  libgnome-keyring03.4.1-1
ii  libgnome-menu-3-03.2.0.1-2
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.4.2-1
ii  libical0 0.48-2
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-3
ii  libmutter0   3.2.2-3
ii  libnm-glib4  0.9.4.0-4
ii  libnm-util2  

Bug#609278: any progress

[Adnan Hodzic]

No, nor does it seem there will be any. Please refer to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609278#67 for more
information.


Regards,

Adnan

On Mon, May 7, 2012 at 11:12 AM, Patrick Winnertz win...@debian.org wrote:
 Hey,

 is there any progress on packaging unity for debian atm?


 Greetings
 Winnie





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#653076: [Pkg-utopia-maintainers] Bug#653076: network-manager-gnome: Slow WiFi startup connect time (and reconnect)

[Adnan Hodzic]

 Please disable IPv6 in nm-connection-editor for the relevant connection.

 Choose Method=Ignore in the IPv6 tab.

 Does that result in faster connect times?

Yes, this fixed my problem and provides me with instant connectivity.

 A proper fix should land in 0.9.4.
 Sorry for the inconvenience in the mean time.

Looking forward to 0.9.4, either way thank you for providing us with a
proper workaround.


Regards,

Adnan

On Wed, Feb 15, 2012 at 3:06 PM, Michael Biebl bi...@debian.org wrote:
 On 15.02.2012 15:01, Nicholas Schubach wrote:
 I am also experiencing this, it's getting annoying actually.  I open my
 laptop and have to wait for a minute to be able to use my browser because
 the wifi connection is just taking way too long to connect.

 Please disable IPv6 in nm-connection-editor for the relevant connection.

 Choose Method=Ignore in the IPv6 tab.

 Does that result in faster connect times?

 For a bit of background, see:
 http://blogs.gnome.org/dcbw/2011/06/14/networkmanager-and-dual-stack-addressing/

 Michael
 --
 Why is it that all of the instruments seeking intelligent life in the
 universe are pointed away from Earth?




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#653076: network-manager-gnome: Slow WiFi startup connect time (and reconnect)

[Adnan Hodzic]

Package: network-manager-gnome
Version: 0.9.2.0-1
Severity: normal

After booting and logging into Gnome3 it takes about ~20 seconds to connect to 
a (known) WiFi connetion,
same is the case with reconnct time in case your computer was in suspend or 
hibernate. 

I remember this bug emerging first time I upgraded to Gnome3 and as it seems it 
hasn't been fixed ever
since, as I never had this kind of problem back on Gnome 2. 

Since it's not listed under packages list, I'm using firmware-iwlwifi to 
connect to WiFi. If you have
any questions I'd be happy to answer them. 


Adnan


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (600, 'unstable'), (300, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.4.16-1
ii  dpkg 1.16.1.2
ii  gconf2   3.2.3-1
ii  gnome-icon-theme none
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-23
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libdbus-1-3  1.4.16-1
ii  libdbus-glib-1-2 0.98-1
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgconf2-4  3.2.3-1
ii  libgdk-pixbuf2.0-0   2.24.0-2
ii  libglib2.0-0 2.30.2-4
ii  libgnome-bluetooth8  3.2.1-1
ii  libgnome-keyring03.2.2-1
ii  libgtk-3-0   3.2.3-1
ii  libnm-glib-vpn1  0.9.2.0-1
ii  libnm-glib4  0.9.2.0-1
ii  libnm-gtk0   0.9.2.0-1
ii  libnm-util2  0.9.2.0-1
ii  libnotify4   0.7.4-1
ii  libpango1.0-01.29.4-2
ii  network-manager  0.9.2.0-1
ii  policykit-1-gnome0.105-1

Versions of packages network-manager-gnome recommends:
ii  gnome-bluetooth3.2.1-1
ii  iso-codes  3.31-1
ii  libpam-gnome-keyring [libpam-keyring]  3.2.2-1
ii  mobile-broadband-provider-info 2013-1
ii  notification-daemon0.7.3-1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openvpn-gnome  none
pn  network-manager-pptp-gnome none
pn  network-manager-vpnc-gnome none

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#459219: your mail

[Adnan Hodzic]

 Would you mind sharing with #459219 your progress on this packaging ?
No I wouldn't mind sharing my progress on this package as I'm of
opinion that all of us could only benefit from one such thing.

For last ~4 years this ITP has been up, in this last ~10 days since
I've changed the ITP ownership to my name I believe I did great
progress on the same. I was even thinking of releasing a first build
of the same this week, but other life obligations prevented me doing
so.

First I was thinking of releasing a semi-automatic installer which
would guide you through the installation process, dialogs asking you
which version/s (API's) you want installed/and or other components and
ability to install the ADT plugin for Eclipse.

In the end I don't know how much sense this makes at this point and
concluded that these should released as separate packages, at least
the android sdk and adt plugin. When it comes to the sdk I'm almost
finished building the package and just want to test it out more before
pushing it to unstable and *hopefully* it'll happen this following
week.

When it comes to ADT Plugin, I haven't got too far with this as
Eclipse currently FTBFS but this too should happen very soon.
On Fri, Dec 9, 2011 at 10:57 AM, Olivier Berger ober...@ouvaton.org wrote:
 Hi.

 On Sat, Dec 03, 2011 at 07:06:16PM +0100, Adnan Hodzic wrote:
 retitle 459219 ITP: android -- Android SDK (mobile phone platform)
 owner 459219 !
 thanks


 Would you mind sharing with #459219 your progress on this packaging ?

 Thanks in advance.

 Best regards,
 --
 Olivier BERGER
 (OpenPGP: 4096R/7C5BB6A5)
 http://www.olivierberger.com/weblog/



-- 
Adnan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#646601: googleearth-package: Erases input file without user consent

[Adnan Hodzic]

For some reason this seemed as a good idea around version 0.6.x, as
upon successful built I didn't see point of .bin staying there.

Either way, version 0.7.0 has been released which also included your
patch, thank you!


Adnan

On Tue, Oct 25, 2011 at 4:54 PM, Laurent Dard f.coupe...@online.fr wrote:
 Package: googleearth-package
 Version: 0.6.1
 Severity: important
 Tags: patch

 Hi!

 I have a serious problem here.

 $ make-googleearth-package
 - download GoogleEarthLinux.bin but...
 doesn't create a debian package and ERASES the downloaded file afterwhile!

 $ wget http://dl.google.com/earth/client/current/GoogleEarthLinux.bin
 $ make-googleearth-package
 - still doesn't create a debian package but still ERASES my precious file!

 Patch attached, that prevents the script to delete the file without an
 explicit --cleanup option.

 -- System Information:
 Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (800, 'testing'), (750, 'stable'), (500, 'oldstable'), (50, 
 'experimental'), (50, 'unstable')
 Architecture: amd64 (x86_64)

 Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
 Locale: LANG=fr_FR.utf-8, LC_CTYPE=fr_FR.utf-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

 Versions of packages googleearth-package depends on:
 ii  bzip2       1.0.5-7
 ii  curl        7.21.7-3
 ii  dpkg-dev    1.16.1.1
 ii  fakeroot    1.18.1-1
 ii  file        5.09-1
 ii  wget        1.13.4-custom
 ii  x11-common  1:7.6+9
 ii  x11-utils   7.6+3

 googleearth-package recommends no packages.

 googleearth-package suggests no packages.

 -- no debconf information



-- 
Adnan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#505900: google: Google Earth fails to build on x86-64

[Adnan Hodzic]

0.7.0 has been released and it also includes your patch.


Thank you,

Adnan

On Tue, Nov 1, 2011 at 2:57 PM, gregor herrmann gre...@debian.org wrote:
 retitle 505900 googleearth-package: Google Earth fails to build
 severity grave
 # makes package unusable
 thanks

 On Tue, 25 Oct 2011 16:56:25 +0200, Couperin wrote:

 It isn't useful on amd64
 output extracts:
   dpkg-shlibdeps: error: syntax error in debian/control at line 5: block 
 lacks the 'Architecture' field
   Depends: ttf-dejavu | ttf-bitstream-vera | msttcorefonts, lsb-core, 
 libqtcore4, libgl1-mesa-glx,  , ia32-libs-gtk
   dpkg-deb: error: parsing file '/tmp/googleearth-deb/DEBIAN/control' near 
 line 7 package 'googleearth':
   `Depends' field, missing package name, or garbage where package name 
 expected
   Success!
   You can now install the package with e.g. sudo dpkg -i package.deb

 Some on i386 in the meantime.

 I just had to add 'Architecture: $(dpkg-architecture -qDEB_BUILD_ARCH)'
 in the script to make it works.

 Confirmed.


 Cheers,
 gregor

 --
  .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
  : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
  `. `'   Member of VIBE!AT  SPI, fellow of Free Software Foundation Europe
   `-    NP: Red Hot Chili Peppers: coffie shop



-- 
Adnan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#535223: make-googleearth-package exits with status 1 when used with, --download

[Adnan Hodzic]

0.7.0 has been released and it also includes your patch, thanks,


Adnan

On Tue, Oct 25, 2011 at 4:56 PM, Laurent Dard f.coupe...@online.fr wrote:
 tag 535223 + patch
 thanks

 $ make-googleearth-package --download
 just doesn't work (and returns 1... what for?)
 I don't understand the changes that have been made.

 Here's another patch.

 --
 Laurent Dard





-- 
Adnan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#649163: googleearth-package: can't create deb, error in dependencies

[Adnan Hodzic]

New version of this package has been released (0.7.0) and it fixes
problem you have reported here.


Thanks,

Adnan

On Fri, Nov 18, 2011 at 12:25 PM, Michael Below mbe...@antithese.de wrote:
 Package: googleearth-package
 Version: 0.6.1
 Severity: normal

 Dear Maintainer,

 dpkg-deb fails because there is an empty/invalid entry in the Depends:
 field of the control file. make-googleearth-package reports
 success, but there is no package built.

 Thanks for your work

 Michael


 $ make-googleearth-package
 --2011-11-18 11:56:32--
 http://dl.google.com/earth/client/current/GoogleEarthLinux.bin
 Auflösen des Hostnamen »dl.google.com (dl.google.com)«...
 209.85.147.136, 209.85.147.190, 209.85.147.93, ...
 Verbindungsaufbau zu dl.google.com
 (dl.google.com)|209.85.147.136|:80... verbunden.
 HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
 Länge: 33688483 (32M) [application/octet-stream]
 In »»GoogleEarthLinux.bin«« speichern.

 100%[==] 33.688.483   691K/s
 in 56s

 2011-11-18 11:57:30 (592 KB/s) - »»GoogleEarthLinux.bin««
 gespeichert [33688483/33688483]

 Google Earth for GNU/Linux 6.0.3.2197
 Supported Google Earth version: 6.0.3.2197
 ./
 ./googleearth.xpm
 ./desktop_icons/
 ./desktop_icons/pro/
 ./desktop_icons/pro/product_logo_128.png
 ./desktop_icons/pro/product_logo_22.png
 ./desktop_icons/pro/product_logo_64.png
 ./desktop_icons/pro/product_logo_16.png
 ./desktop_icons/pro/product_logo_256.png
 ./desktop_icons/pro/product_logo_32.xpm
 ./desktop_icons/pro/product_logo_24.png
 ./desktop_icons/pro/product_logo_48.png
 ./desktop_icons/pro/product_logo_32.png
 ./desktop_icons/ec/
 ./desktop_icons/ec/product_logo_128.png
 ./desktop_icons/ec/product_logo_22.png
 ./desktop_icons/ec/product_logo_64.png
 ./desktop_icons/ec/product_logo_16.png
 ./desktop_icons/ec/product_logo_256.png
 ./desktop_icons/ec/product_logo_32.xpm
 ./desktop_icons/ec/product_logo_24.png
 ./desktop_icons/ec/product_logo_48.png
 ./desktop_icons/ec/product_logo_32.png
 ./desktop_icons/consumer/
 ./desktop_icons/consumer/product_logo_128.png
 ./desktop_icons/consumer/product_logo_22.png
 ./desktop_icons/consumer/product_logo_64.png
 ./desktop_icons/consumer/product_logo_16.png
 ./desktop_icons/consumer/product_logo_256.png
 ./desktop_icons/consumer/product_logo_32.xpm
 ./desktop_icons/consumer/product_logo_24.png
 ./desktop_icons/consumer/product_logo_48.png
 ./desktop_icons/consumer/product_logo_32.png
 ./setup.sh
 ./googleearth-linux-x86.tar
 ./setup.data/
 ./setup.data/locale/
 ./setup.data/locale/es/
 ./setup.data/locale/es/LC_MESSAGES/
 ./setup.data/locale/es/LC_MESSAGES/setup.mo
 ./setup.data/locale/es/LC_MESSAGES/loki-uninstall.mo
 ./setup.data/locale/fr/
 ./setup.data/locale/fr/LC_MESSAGES/
 ./setup.data/locale/fr/LC_MESSAGES/setup.mo
 ./setup.data/locale/fr/LC_MESSAGES/loki-uninstall.mo
 ./setup.data/locale/nl/
 ./setup.data/locale/nl/LC_MESSAGES/
 ./setup.data/locale/nl/LC_MESSAGES/setup.mo
 ./setup.data/locale/nl/LC_MESSAGES/loki-uninstall.mo
 ./setup.data/locale/sv/
 ./setup.data/locale/sv/LC_MESSAGES/
 ./setup.data/locale/sv/LC_MESSAGES/setup.mo
 ./setup.data/locale/sv/LC_MESSAGES/loki-uninstall.mo
 ./setup.data/locale/ru/
 ./setup.data/locale/ru/LC_MESSAGES/
 ./setup.data/locale/ru/LC_MESSAGES/setup.mo
 ./setup.data/locale/ru/LC_MESSAGES/loki-uninstall.mo
 ./setup.data/locale/it/
 ./setup.data/locale/it/LC_MESSAGES/
 ./setup.data/locale/it/LC_MESSAGES/setup.mo
 ./setup.data/locale/it/LC_MESSAGES/loki-uninstall.mo
 ./setup.data/locale/de/
 ./setup.data/locale/de/LC_MESSAGES/
 ./setup.data/locale/de/LC_MESSAGES/setup.mo
 ./setup.data/locale/de/LC_MESSAGES/loki-uninstall.mo
 ./setup.data/setup.xml
 ./setup.data/setup.glade
 ./setup.data/splash.xpm
 ./setup.data/setup.gtk2.glade
 ./setup.data/config.sh
 ./setup.data/bin/
 ./setup.data/bin/OpenBSD
 ./setup.data/bin/NetBSD
 ./setup.data/bin/Linux/
 ./setup.data/bin/Linux/x86_64
 ./setup.data/bin/Linux/x86/
 ./setup.data/bin/Linux/x86/setup.gtk2
 ./setup.data/bin/Linux/x86/uninstall
 ./setup.data/bin/Linux/x86/setup.gtk
 ./setup.data/bin/Linux/amd64
 ./setup.data/bin/FreeBSD
 ./README.linux
 ./googleearth-icon.png
 ./linux/
 ./linux/xdg/
 ./linux/xdg/xdg-desktop-menu
 ./linux/xdg/xdg-desktop-icon
 ./linux/xdg/xdg-mime
 ./googleearth-data.tar
 ./postinstall.sh
 ./bin/
 ./bin/googleearth
 ./preuninstall.sh
 Checking shlib deps: libgdal.so.1
 dpkg-shlibdeps: Fehler: Syntaxfehler in debian/control in Zeile 5:
 im Block fehlt das Feld »Architecture«
 Checking shlib deps: libcommon_platform.so
 dpkg-shlibdeps: Fehler: Syntaxfehler in debian/control in Zeile 5:
 im Block fehlt das Feld »Architecture«
 Checking shlib deps: libIGExportCommon.so
 dpkg-shlibdeps: Fehler: Syntaxfehler in debian/control in Zeile 5:
 im Block fehlt das Feld »Architecture«
 Checking shlib deps: libcommon.so
 dpkg-shlibdeps: Fehler: Syntaxfehler in debian/control in Zeile 5:
 im Block fehlt das Feld »Architecture«
 Checking shlib deps: libIGGfx.so
 dpkg-shlibdeps: 

Bug#651026: googleearth-package: Needs update for new Google Earth version

[Adnan Hodzic]

Yea, it's clearer now, I'll make sure I do something about this in
next release of googleearth-package ;)


Thanks,

Adnan

On Mon, Dec 5, 2011 at 5:43 AM, Nelson A. de Oliveira nao...@debian.org wrote:
 Hi!

 On Mon, Dec 5, 2011 at 2:32 AM, Adnan Hodzic ad...@foolcontrol.org wrote:
 I'm not sure I understood what you mean, please elaborate? :)

 google-earth-stable_current_i386.deb (current version is 6.1) from
 Google has the files installed under /opt and also an evil
 /etc/cron.daily/google-earth that install and (re)enables Google's
 repository.

 Since GoogleEarthLinux.bin (version 6.0, downloaded by
 make-googleearth-package) is now an older release (that won't be
 updated it seems), make-googleearth-package will have to download
 Google's .deb file, process it and create a saner final .deb file
 (that the user will install).
 Basically what it already does with GoogleEarthLinux.bin (but now it
 will have to extract the .deb file and create a new one).

 I hope it's clear now :-)

 Best regards,
 Nelson



-- 
Adnan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#651026: googleearth-package: Needs update for new Google Earth version

[Adnan Hodzic]

I'm not sure I understood what you mean, please elaborate? :)

Either way just yesterday I released 0.7.0 version with many bug fixes
and improvements, it was pushed so I'm expecting it to appear in
Unstable any moment now.

On Mon, Dec 5, 2011 at 4:58 AM, Nelson A. de Oliveira nao...@debian.org wrote:
 Package: googleearth-package
 Version: 0.7.0
 Severity: wishlist

 Hi!

 It seems that new Google Earth versions are distributed only as DEB
 (http://dl.google.com/dl/earth/client/current/google-earth-stable_current_i386.deb)
 or as RPM.

 http://dl.google.com/earth/client/current/GoogleEarthLinux.bin points to
 version 6.0 while the .deb file is the newer 6.1 version.

 Would be good to update googleearth-package to deal with this (create a
 saner package that doesn't have evil cron files, for example).

 Thank you!

 Best regards,
 Nelson

 -- System Information:
 Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
 Architecture: i386 (i686)

 Kernel: Linux 3.1.0.naoliv (SMP w/2 CPU cores; PREEMPT)
 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages googleearth-package depends on:
 ii  bzip2       1.0.6-1
 ii  curl        7.23.1-2
 ii  dpkg-dev    1.16.1.2
 ii  fakeroot    1.18.2-1
 ii  file        5.09-2
 ii  wget        1.13.4-1
 ii  x11-common  1:7.6+9
 ii  x11-utils   7.6+4

 googleearth-package recommends no packages.

 googleearth-package suggests no packages.

 -- no debconf information





-- 
Adnan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609278: ITP: Unity -- Interface for Ubuntu Desktop Edition

[Adnan Hodzic]

Hello Matthias,

 I wanted to ask wether there is any progress of packaging Unity for Debian.

To be absolutely honest it hasn't moved from ground zero and I'll
tell you all about it as I go through this email.

  I would love to have it in Debian.

So would I, and from point Unity was even announced to move from
netbooks to desktop back on DebConf10 I saw this as a great
opportunity to have Unity in Debian and for Debian to move closer to
its goal as being the Universal Operating System.

 If there is anything I can help with, I will be happy to try to do so. At the 
 moment I am not sure what has to be done in
 order to get Unity into Debian.

The most I worked on trying to get Unity in Debian was around UDS-N,
especially after Mark announced that it would replace GNOME desktop on
Ubuntu desktop. The main problem was that there was so many
dependencies, even on some of the most trivial packages you would have
to check what the differences were as there would be some kind of
change done in Ubuntu. By the time you'd get caught up with all of it,
there would be a new changes made on Unity and you would be on the
very start, again. As this seemed of more being in infinite loop then
packaging process, and as I was busy with other things such as
organizing DebConf11, university, so on I just paused the whole
process.

I talked about this topic with various people, ranging from users over
developers to project leaders both from Ubuntu and Debian side. Ubuntu
was very interested in this and was very willing to help, even people
from very top of Canonical were interested and I was even asked by
Mark himself back on UDS-O what's happening with this and I told him
as it was. Something along the line that Unity's moving too fast, in
a sense that there's a lot of changes happening to Unity and it's very
hard to catch up on all the dependencies and differences between the
packages.

Now, back on DebConf11, I was too busy with organization and kinda
missed the whole conference, but from what I found out from some
informal talks, to be honest besides few people Debian side wasn't
that interested in having Unity, some didn't even see the whole point
of having another DE.

Second and most important point is, if we want to have Unity in Debian
there has to be more then one or few people working in this process
and the only way it can be done is if the whole team of people working
on it. But as I might have mentioned or hinted I think what prevents
it from getting into Debian at this point is more of a philosophical
nature rather then technical.

When it comes to Unity, with Ubuntu 11.10 we can see that it has
greatly matured from what we saw in 11.04 and that it could be
packaged at this point, but AFAIK there's a lot of happening with
development of Unity 5 for 12.04 release, and maybe this could the
best point to have it packaged and pushed into Debian. I'm saying this
from a point that Debian 7 will be released in some ~6-7 month time
period, at this point even if it gets pushed into Debian by then I
don't see a point of having it in there. Especially from the point
that I highly doubt that Unity 5 will be managed to be pushed into
Debian 7 after its release in Ubuntu 12.04. And I don't know how much
would you like to have current Unity in Debian 7 until Debian 8 gets
released ...

In general, I think why Unity is important and what it means for *all*
Linux distributions was summed in last couple of minutes of UDS-P
keynote: http://www.youtube.com/watch?v=0bOwyGYTMv8feature=youtu.bet=24m48s

After DebConf11 I'm busy with finishing my studies, and want to devote
more time to Java team, as of this point chances of getting Unity into
Debian doesn't look too bright, and as it seems right now all we can
do is give it more time and wait as for some products time is the key
factor. In the end please note that with everything that I said here
I'm not being pessimistic but rather just realistic.


2011/11/17 Matthias Kümmerer matth...@matthias-k.org:
 Hi,

 I wanted to ask wether there is any progress of packaging Unity for Debian. I
 would love to have it in Debian. If there is anything I can help with, I will
 be happy to try to do so. At the moment I am not sure what has to be done in
 order to get Unity into Debian.


 Matthias






-- 
Adnan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582884:

[Adnan Hodzic]

Hey Sam,

 If there hasn't been any progress on this I would be extremely
 interested in taking over this.

I have many things on my hands right now and therefor feel free to
take over this package.

Enjoy,

Adnan

On Mon, Aug 15, 2011 at 6:38 PM, Sam Dunne sam.dunne...@gmail.com wrote:
 Hey there,

 If there hasn't been any progress on this I would be extremely
 interested in taking over this.

 Let me know :)

 --
 Sam Dunne
 BSc Computer Science, UCD Dublin.




-- 
Adnan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#583315: 2.6.32-5-amd64: overheating

[Adnan Hodzic]

Currently I'm using 3.0 and everything seems to be fine (for some time now),
however regarding this problem I figured overheating was triggered when
computer would go to suspend. This would not happen if computer went to
hibernate or during regular work.

Unfortunately I do not have this kernel anymore to reproduce this problem
and tell you more about it.

Adnan

Sent using Android (Nexus S)
On Aug 10, 2011 2:13 AM, Jonathan Nieder jrnie...@gmail.com wrote:

Bug#629207: metacity: Missing window control buttons

[Adnan Hodzic]

Package: metacity
Version: 1:2.34.0-1
Severity: normal

After last metacity upgrade I lost window control buttons 
http://foolcontrol.org/img/bug/missing%20window%20controls.png

If I can give you more information to resolve this issue please let me know.


Adnan

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (600, 'unstable'), (300, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages metacity depends on:
ii  libatk1.0-0   2.0.0-1The ATK accessibility toolkit
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6   The Cairo 2D vector graphics libra
ii  libcanberra-gtk0  0.24-1 Gtk+ helper for playing widget eve
ii  libcanberra0  0.24-1 a simple abstract interface for pl
ii  libgconf2-4   2.32.3-2   GNOME configuration database syste
ii  libgdk-pixbuf2.0-02.23.3-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgnome2-common  2.32.1-1   The GNOME library - common files
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libgtop2-72.28.3-2   gtop system monitoring library (sh
ii  libice6   2:1.0.7-1  X11 Inter-Client Exchange library
ii  libmetacity-private0  1:2.34.0-1 library for the Metacity window ma
ii  libpango1.0-0 1.28.3-6   Layout and rendering of internatio
ii  libsm62:1.2.0-1  X11 Session Management library
ii  libstartup-notification0  0.12-1 library for program launch feedbac
ii  libx11-6  2:1.4.3-1  X11 client-side library
ii  libxcomposite11:0.4.3-1  X11 Composite extension library
ii  libxcursor1   1:1.1.11-1 X cursor management library
ii  libxdamage1   1:1.1.3-1  X11 damaged region extension libra
ii  libxext6  2:1.3.0-1  X11 miscellaneous extension librar
ii  libxfixes31:5.0-2X11 miscellaneous 'fixes' extensio
ii  libxinerama1  2:1.1.1-1  X11 Xinerama extension library
ii  libxrandr22:1.3.1-1  X11 RandR extension library
ii  libxrender1   1:0.9.6-1  X Rendering Extension client libra
ii  metacity-common   1:2.34.0-1 shared files for the Metacity wind
ii  zenity2.30.0-1   Display graphical dialog boxes fro

Versions of packages metacity recommends:
ii  gnome-session [x-session-mana 2.30.2-3   The GNOME Session Manager - GNOME 

Versions of packages metacity suggests:
ii  gnome-control-center  1:2.30.1-3 utilities to configure the GNOME d
ii  gnome-themes  2.30.2-1   official themes for the GNOME desk
ii  xdg-user-dirs 0.13-2 tool to manage well known user dir

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#629207: metacity: Missing window control buttons

[Adnan Hodzic]

 Ah, I was wondering when the first report would come. Congratulations,
 you won a marshmallow.

Thanks o_O?

 No, this is not a bug but a design change.

I'm not sure I understood what you meant by design change. metacity
--replace gives me back my buttons but then I lose compiz. So if I
want to use compiz I lose the buttons and if I want button I lose
compiz, now if this isn't a bug I don't know what is.


Adnan

On Sat, Jun 4, 2011 at 2:33 PM, Josselin Mouette j...@debian.org wrote:
 Le samedi 04 juin 2011 à 16:24 +0200, Adnan Hodzic a écrit :
 After last metacity upgrade I lost window control buttons
 http://foolcontrol.org/img/bug/missing%20window%20controls.png

 Ah, I was wondering when the first report would come. Congratulations,
 you won a marshmallow.

 If I can give you more information to resolve this issue please let me know.

 No, this is not a bug but a design change.

 --
  .''`.      Josselin Mouette
 : :' :
 `. `'
  `-




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#629207: metacity: Missing window control buttons

[Adnan Hodzic]

 Oh, you mean compiz controls? I thought you were talking about the upper
 left button that disappeared in metacity.

I mean window control buttons. I have compiz on by default and when
it's compiz --replace I'm missing window control buttons and this is
how it looks like:
http://foolcontrol.org/img/bug/missing%20window%20controls.png

Now this is that same window when compiz is off and when it's
metacity --replace
http://foolcontrol.org/img/bug/missing%20window%20control%20buttons%20-%20metacity.png

Everything is working fine when compiz is off, but once it's on I'm
missing control buttons.

 I don’t know anything about compiz, sorry. Please report a bug about it.
 Please ask again so that we can add an appropriate Breaks to metacity
 when compiz is fixed.

I'll do that as this problem escalated it seems that it could be
compiz bug after all.


Adnan

On Sat, Jun 4, 2011 at 4:44 PM, Josselin Mouette j...@debian.org wrote:
 Le samedi 04 juin 2011 à 15:11 +, Adnan Hodzic a écrit :
  No, this is not a bug but a design change.

 I'm not sure I understood what you meant by design change. metacity
 --replace gives me back my buttons but then I lose compiz. So if I
 want to use compiz I lose the buttons and if I want button I lose
 compiz, now if this isn't a bug I don't know what is.

 Oh, you mean compiz controls? I thought you were talking about the upper
 left button that disappeared in metacity.

 I don’t know anything about compiz, sorry. Please report a bug about it.
 Please ask again so that we can add an appropriate Breaks to metacity
 when compiz is fixed.

 Cheers,
 --
  .''`.      Josselin Mouette
 : :' :
 `. `'
  `-




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#629239: compiz: Missing window control buttons

[Adnan Hodzic]

Package: compiz
Version: 0.8.4-4
Severity: normal

After last upgrade I noticed that my window control buttons are missing:
http://foolcontrol.org/img/bug/missing%20window%20controls.png

Since I saw metacity was one of the packages that was being updated I
initially filed this bug as metacity one: #629207

However, then I realized if I ran metacity --replace that control 
buttons would appear:
http://foolcontrol.org/img/bug/missing%20window%20control%20buttons%20-%20metacity.png

So the situation is following, if I have compiz running I won't be able to
see control buttons but everything else will work fine. In case I disable
compiz I'll have the buttons but won't have compiz.


Adnan


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (600, 'unstable'), (300, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages compiz depends on:
ii  compiz-core   0.8.4-4OpenGL window and compositing mana
ii  compiz-gnome  0.8.4-4OpenGL window and compositing mana
ii  compiz-gtk0.8.4-4OpenGL window and compositing mana
ii  compiz-plugins0.8.4-4OpenGL window and compositing mana

compiz recommends no packages.

Versions of packages compiz suggests:
ii  compizconfig-settings-manager 0.8.4-2Compizconfig Settings Manager

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#625705: perlapi: After last perl update unable to install packages which still depend on 5.10

[Adnan Hodzic]

Package: perl
Version: 5.12.3-6
Severity: important
File: perlapi

After last Perl update I lost many applications, full list is: 

hpijs hplip hplip-cups libcairo-perl libgnome2-canvas-perl libgnome2-perl 
libgtk2-perl libhpmud0 libpango-perl libperl5.10 libpurple-bin libpurple0 
libsane-hpaio libsnmp15 
pidgin pidgin-facebookchat pidgin-musictracker pidgin-plugin-pack

All of them apparently depend on 5.10, so this bug may not even be a perl one 
as these packages might want to update their control files along with perl 5.12 
dependency.
Either way I was unsure and thus submited this bug as perl bug.

I got on the idea about updating individual packages dependencies after I tried 
to install Pidgin and got following error:

The following packages have unmet dependencies:
 pidgin : Depends: libpurple0 (= 2.7.0) but it is not going to be installed
  Depends: perlapi-5.10.1


If you need any additional information please do let me know.


Adnan
 

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (600, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages perl depends on:
ii  libbz2-1.0  1.0.5-6  high-quality block-sorting file co
ii  libc6   2.13-2   Embedded GNU C Library: Shared lib
ii  libdb5.15.1.25-10Berkeley v5.1 Database Libraries [
ii  libgdbm31.8.3-9  GNU dbm database routines (runtime
ii  perl-base   5.12.3-6 minimal Perl system
ii  perl-modules5.12.3-6 Core Perl modules
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages perl recommends:
ii  netbase   4.45   Basic TCP/IP networking system

Versions of packages perl suggests:
pn  libterm-readline-gnu-perl | l none (no description available)
pn  make  none (no description available)
pn  perl-doc  none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#576359:

[Adnan Hodzic]

Hey,

As I don't see any progress on this ITP/RFS I would like to take over
and try to get it into Debian.


Thanks,

Adnan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#595106: Faenza icon theme

[Adnan Hodzic]

Hey Jonathan,

There's actually been a lot of movement, I made the packages for every
version of Faenza so far, working great, even had the author package
the icons just for Debian. However when it got to mentors for me them
to upload it there would always be some kind of problem even when
there wasn't any. There's even one in mentors right now.

Therefor I had enough and feel free to take it over from here.

Thanks,

Adnan

On Sat, Apr 23, 2011 at 12:47 AM, Jonathan Carter (highvoltage)
jonat...@ubuntu.com wrote:
 Hi! I notice it's been some months since there's been any movement on
 this bug. I'm a big fan of the icon theme and if you're busy I'm willing
 to take it further. Thanks for your work so far!






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#622768: [Pkg-utopia-maintainers] Bug#622768: wpasupplicant: Lost passwords after reboot/suspend every X reset

[Adnan Hodzic]

 What _user_ interface is your password input to?

GNOME, which is also hardly working ATM see (#623182)

 I believe it's a gnome-keyring issue, but unfortunately your bug report 
 lacks
 sufficient detail, so it's hard to say.

 Indeed.

Now I'm certain it's gnome-keyring issue, as when I try to use some
other services (svn) that rely on gnome-keyring I get into infinite
loop with window popping out asking me for password.

I'm more then willing to provide you with more info to resolve this issue.


Adnan

On Mon, Apr 18, 2011 at 10:57 AM, Kel Modderman k...@otaku42.de wrote:
 Hi Adam,

 On Mon, 18 Apr 2011 05:22:54 PM Michael Biebl wrote:
 Am 18.04.2011 07:57, schrieb Adnan Hodzic:
  wpa_supplicant is a non-interactive daemon. What interface is your input 
  put into?
 
  wlan0

 What _user_ interface is your password input to?

 
  The answer to that is, my gut feeling, the start of the problem. Given 
  that you
  mention X restart(s) I suspect Network-Manager most of all. CC'ing the
  network-manager maintainer list.
 
  For some reason I too believe this is network-manager problem.
 

 I believe it's a gnome-keyring issue, but unfortunately your bug report 
 lacks
 sufficient detail, so it's hard to say.

 Indeed.

 Thanks, Kel.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623182: python-gtk2: Fails to install due to unresolved dependency

[Adnan Hodzic]

Package: python-gtk2
Version: Unable to install due to unresolved dependency
Severity: grave
Justification: renders package unusable

After last upgrade, I'm left without all the GNOME apps that depend on 
python-gtk2 as the package fails to
install due to uninstallable dependency (python2.5-cairo).


Adnan


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (600, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#622768: wpasupplicant: Lost passwords after reboot/suspend every X reset

[Adnan Hodzic]

 wpa_supplicant is a non-interactive daemon. What interface is your input put 
 into?

wlan0

 The answer to that is, my gut feeling, the start of the problem. Given that 
 you
 mention X restart(s) I suspect Network-Manager most of all. CC'ing the
 network-manager maintainer list.

For some reason I too believe this is network-manager problem.


Adnan

On Fri, Apr 15, 2011 at 1:01 PM, Kel Modderman k...@otaku42.de wrote:
 On Fri, 15 Apr 2011 12:27:33 AM Adnan Hodzic wrote:
 Package: wpasupplicant
 Version: 0.7.3-2
 Severity: important

 After last wpasupplicant upgrade, first all my WPA/WEP were lost, but that's 
 the least of the problem as I
 need to input the password/s every time as they get lost with every 
 reboot/suspend or even X reset.

 If you need any more information let me know as I would be happy to provide 
 you with the same.

 wpa_supplicant is a non-interactive daemon. What interface is your input put 
 into?

 The answer to that is, my gut feeling, the start of the problem. Given that 
 you
 mention X restart(s) I suspect Network-Manager most of all. CC'ing the
 network-manager maintainer list.

 Kel.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#622768: wpasupplicant: Lost passwords after reboot/suspend every X reset

[Adnan Hodzic]

Package: wpasupplicant
Version: 0.7.3-2
Severity: important

After last wpasupplicant upgrade, first all my WPA/WEP were lost, but that's 
the least of the problem as I
need to input the password/s every time as they get lost with every 
reboot/suspend or even X reset.

If you need any more information let me know as I would be happy to provide you 
with the same.


Adnan 


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (600, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wpasupplicant depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.4.6-1simple interprocess messaging syst
ii  libnl11.1-6  library for dealing with netlink s
ii  libpcsclite1  1.7.2-1Middleware to access a smart card 
ii  libreadline6  6.1-3  GNU readline and history libraries
ii  libssl1.0.0   1.0.0d-1   SSL shared libraries
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  none (no description available)
pn  wpaguinone (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#622407: tomboy: Won't start

[Adnan Hodzic]

Package: tomboy
Version: 1.6.0-1
Severity: normal

After last Tomboy update Tomboy just won't start for me. Error message I get is:

absinthe@havoc:~$ tomboy

Unhandled Exception: System.DllNotFoundException: /usr/lib/tomboy/libtomboy.so
  at (wrapper managed-to-native) Tomboy.XKeybinder:tomboy_keybinder_init ()
  at Tomboy.XKeybinder..ctor () [0x0] in filename unknown:0 
  at Tomboy.GnomeFactory.CreateKeybinder () [0x0] in filename unknown:0 
  at Tomboy.Services.get_Keybinder () [0x0] in filename unknown:0 
  at Tomboy.GConfKeybindingToAccel.AddAccelerator (Gtk.MenuItem item, 
System.String gconf_path) [0x0] in filename unknown:0 
  at Tomboy.TomboyTray.MakeTrayNotesMenu () [0x0] in filename unknown:0 
  at Tomboy.TomboyTray..ctor (Tomboy.NoteManager manager) [0x0] in 
filename unknown:0 
  at Tomboy.TomboyTray..ctor (Tomboy.NoteManager manager, ITomboyTray tray) 
[0x0] in filename unknown:0 
  at Tomboy.TomboyTrayIcon..ctor (Tomboy.NoteManager manager) [0x0] in 
filename unknown:0 
  at Tomboy.Tomboy.StartTrayIcon () [0x0] in filename unknown:0 
  at Tomboy.Tomboy.Main (System.String[] args) [0x0] in filename unknown:0

Any suggestions are welcome. 


Thanks,

Adnan

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (600, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tomboy depends on:
ii  gconf2   2.28.1-6GNOME configuration database syste
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libgconf2.0-cil  2.24.1-6CLI binding for GConf 2.24
ii  libglib2.0-0 2.28.4-1The GLib library of C routines
ii  libglib2.0-cil   2.12.10-1   CLI binding for the GLib utility l
ii  libgmime2.4-cil  2.4.23-1CLI binding for the GMime library
ii  libgnome2.24-cil 2.24.1-6CLI binding for GNOME 2.24
ii  libgnomepanel2.24-cil2.26.0-3+b2 CLI binding for GNOME Panel 2.24
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libgtk2.0-cil2.12.10-1   CLI binding for the GTK+ toolkit 2
ii  libgtkspell0 2.0.16-1a spell-checking addon for GTK's T
ii  libmono-addins-gui0.2-cil0.4-8   GTK# frontend library for Mono.Add
ii  libmono-addins0.2-cil0.4-8   addin framework for extensible CLI
ii  libmono-cairo2.0-cil 2.6.7-5 Mono Cairo library (for CLI 2.0)
ii  libmono-corlib2.0-cil2.6.7-5 Mono core library (for CLI 2.0)
ii  libmono-posix2.0-cil 2.6.7-5 Mono.Posix library (for CLI 2.0)
ii  libmono-system2.0-cil2.6.7-5 Mono System libraries (for CLI 2.0
ii  libndesk-dbus-glib1.0-cil0.4.1-3 CLI implementation of D-Bus (GLib 
ii  libndesk-dbus1.0-cil 0.6.0-4 CLI implementation of D-Bus
ii  libproxy00.3.1-2 automatic proxy configuration mana
ii  mono-runtime 2.6.7-5 Mono runtime

tomboy recommends no packages.

Versions of packages tomboy suggests:
pn  evolution none (no description available)
pn  tasquenone (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#621707: nfs-common fails to start during boot

[Adnan Hodzic]

Hey Jean,

 Had the same problem.
 Solved it removing nfs-common and portmap and reinstalling nfs-common.
 Then, portmap was not reinstalled but instead rpcbind was.

This worked out perfectly for me as well. Problem fixed, thanks.


Adnan

On Sat, Apr 9, 2011 at 1:49 PM, Jean Baptiste FAVRE
debian...@jbfavre.org wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hello,
 Had the same problem.
 Solved it removing nfs-common and portmap and reinstalling nfs-common.
 Then, portmap was not reinstalled but instead rpcbind was.

 Regards,
 JB


 On 08/04/2011 04:46, Adnan Hodzic wrote:
 Ben,

 Why yes, of course. Lines concerning nfs-common that fail during boot
 process have following output:

 Starting NFS common utilities: statd failed!
 ...
 Startpar: service(s) returned failure: nfs-common ... failed!
 ...
 Starting NFS common utilities: statd failed!
 ...
 Startpar: service(s) returned failure: nfs-common  failed!

 Hope this helps and let me know if you need anything else,


 Adnan

 On Fri, Apr 8, 2011 at 4:26 AM, Ben Hutchings b...@decadent.org.uk wrote:
 On Fri, 2011-04-08 at 03:34 +0200, Adnan Hodzic wrote:
 Package: nfs-common
 Version: 1:1.2.3-1
 Severity: normal

 During boot I get numerous errors regarding NFS and particulary on
 nfs-commons failing to start. There was a just recent bug (~March
 16th) regarding inability to install/reinstall nfs-commons and that
 this problem was fixed with latest nfs-common package. Unfortunately I
 still have this problem, and if I try to reinstall it I will be unable
 to do so.

 Perhaps you should tell us what the errors are.

 Ben.

 --
 Ben Hutchings
 Once a job is fouled up, anything done to improve it makes it worse.





 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAk2gR8YACgkQM2eZoKJfKd1PRQCeK+g+L/UXSsjjnfJvuM8c47WO
 SS4AnRWHEK+pQ+QXCq/uEgcfVMInXHwV
 =TMIc
 -END PGP SIGNATURE-




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#621707: nfs-common fails to start during boot

[Adnan Hodzic]

Ben,

Why yes, of course. Lines concerning nfs-common that fail during boot
process have following output:

Starting NFS common utilities: statd failed!
...
Startpar: service(s) returned failure: nfs-common ... failed!
...
Starting NFS common utilities: statd failed!
...
Startpar: service(s) returned failure: nfs-common  failed!

Hope this helps and let me know if you need anything else,


Adnan

On Fri, Apr 8, 2011 at 4:26 AM, Ben Hutchings b...@decadent.org.uk wrote:
 On Fri, 2011-04-08 at 03:34 +0200, Adnan Hodzic wrote:
 Package: nfs-common
 Version: 1:1.2.3-1
 Severity: normal

 During boot I get numerous errors regarding NFS and particulary on
 nfs-commons failing to start. There was a just recent bug (~March
 16th) regarding inability to install/reinstall nfs-commons and that
 this problem was fixed with latest nfs-common package. Unfortunately I
 still have this problem, and if I try to reinstall it I will be unable
 to do so.

 Perhaps you should tell us what the errors are.

 Ben.

 --
 Ben Hutchings
 Once a job is fouled up, anything done to improve it makes it worse.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#621707: nfs-common fails to start during boot

[Adnan Hodzic]

Package: nfs-common
Version: 1:1.2.3-1
Severity: normal

During boot I get numerous errors regarding NFS and particulary on nfs-commons 
failing to start. There was a just recent bug (~March 16th) regarding inability 
to install/reinstall nfs-commons and that this problem was fixed with latest 
nfs-common package. Unfortunately I still have this problem, and if I try to 
reinstall it I will be unable to do so.


Thanks,

Adnan

-- Package-specific info:
-- rpcinfo --
   program vers proto   port
102   tcp111  portmapper
102   udp111  portmapper
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
Domain = localdomain
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (600, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-common depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  initscripts  2.88dsf-13.1scripts for initializing and shutt
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libcap2  1:2.20-1support for getting/setting POSIX.
ii  libcomerr2   1.41.12-2   common error description library
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event notification
ii  libgssapi-krb5-2 1.9+dfsg-1  MIT Kerberos runtime libraries - k
ii  libgssglue1  0.2-2   mechanism-switch gssapi library
ii  libk5crypto3 1.9+dfsg-1  MIT Kerberos runtime libraries - C
ii  libkrb5-31.9+dfsg-1  MIT Kerberos runtime libraries
ii  libnfsidmap2 0.24-1  An nfs idmapping library
ii  libtirpc10.2.1-1 transport-independent RPC library
ii  libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  netbase  4.45Basic TCP/IP networking system
ii  portmap  6.0.0-3 RPC port mapper
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

Versions of packages nfs-common recommends:
ii  python2.6.6-12   interactive high-level object-orie

nfs-common suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564419:

[Adnan Hodzic]

This problem shouldn't exist in latest 0.6.x, could you please try the
latest version and report back if you're still having this problem.

Thanks,

Adnan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#569502:

[Adnan Hodzic]

This problem was, please try the latest 0.6.x and report back if
you're still having this problem.

Thanks,

Adnan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#606196: googleearth-package: crashes after upgrade to 6.0, moving .googleearth away helps

[Adnan Hodzic]

 I'm not sure this is a good idea to do on default and/or by the installer
 package. Maybe the changes are not oncompatible, then the user looses her
 settings for nothing.

I agree.

 So IMO googleearth should deal with that, not googleearth-package.

It's just a question how fast will they solve it?

 I'd tag this upstream and leave it there, but I leave that to the maintainer.

Yes, in Debian we try to not mess with users $HOME, I believe this is
a upstream bug. Besides all, it's been a long time since you reported
this bug and I didn't see anyone complaining with same problem.


Adnan

On Tue, Dec 7, 2010 at 12:29 PM, Holger Levsen hol...@layer-acht.org wrote:
 Hi,

 On Dienstag, 7. Dezember 2010, Michael Below wrote:
 Today I updated googleearth-package from 0.5.7 to 0.6.1 and
 built and installed googleearth 6.0.0.1735. Before, I had a 5.x version
 installed (on AMD64, see the bug report about image artifacts).

 After the upgrade, googleearth wouldn't start anymore, see crash
 log below. Moving the .googleearth directory away helped, now
 googleearth starts fine. Obviously there are some
 incompatibilities between versions. If this happens on every
 upgrade, the installer should move .googleearth and inform the
 user.

 I'm not sure this is a good idea to do on default and/or by the installer
 package. Maybe the changes are not oncompatible, then the user looses her
 settings for nothing.

 So IMO googleearth should deal with that, not googleearth-package.

 I'd tag this upstream and leave it there, but I leave that to the maintainer.


 cheers,
        Holger




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#535223:

[Adnan Hodzic]

I believe this problem has been fixed in 0.6.x could you please try
the latest version and report back if you're still having this
problem.

Thanks,

Adnan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#617782: chromium-browser: HTML5 video rendering issue (red dots youtube)

[Adnan Hodzic]

 Very weird.  Looks like this was triggered by a change on youtube's
 end (just for the record, I haven't tried reproducing it yet).

Whatever caused it, last update had this problem fixed.

Adnan

On Sun, Mar 27, 2011 at 10:52 PM, Jonathan Nieder jrnie...@gmail.com wrote:
 package chromium-browser
 forwarded 617782 http://crbug.com/73348
 quit

 Hi,

 Adnan Hodzic wrote:

 I didn't have this problem uptil now, I have HTML5 view enabled on
 Youtube (http://www.youtube.com/html5) However, whenever I play a
 video I have rendering problems with it, it displays red dots all
 over the video thus making it very difficult to watch.

 Very weird.  Looks like this was triggered by a change on youtube's
 end (just for the record, I haven't tried reproducing it yet).

 Thanks for reporting.
 Jonathan




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#544499: dropbox-nautilus

[Adnan Hodzic]

Sorry for a very delayed answer.

What's the status with this package, if still possible maybe I could
find time to get it back into Debian.


Adnan

On Thu, Jan 20, 2011 at 10:11 AM, Raphael Hertzog hert...@debian.org wrote:
 Hi Adnan,

 On Thu, 02 Sep 2010, Adnan Hodzic wrote:
 Alice,

 I still don't see this package inside of Debian (it's been exactly a
 year now), if you don't mind I'd like to take care of this package
 myself.

 Alice retitled the bug into RFP so she's no longer interested in
 creating the package.

 Given that an alternative dropbox got removed from non-free recently,
 would you like to go ahead with this package ?
 (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610257)

 I would be happy to sponsor it as I use dropbox. Make sure to sort out any
 license issue, obviously. :-)

 Cheers,
 --
 Raphaël Hertzog ◈ Debian Developer

 Follow my Debian News ▶ http://RaphaelHertzog.com (English)
                      ▶ http://RaphaelHertzog.fr (Français)




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#617782: chromium-browser: HTML5 video rendering issue (red dots youtube)

[Adnan Hodzic]

 Hm, no ideas here (and I haven't managed to reproduce it).  Could you
 file it at crbug.com and send a link?

Ok it seems latest Chromium update (10.0.648.204~r79063-1) fixed the
problem, since I don't see it anymore.

Thank you for all your assistance!


Adnan

On Mon, Mar 28, 2011 at 12:19 AM, Jonathan Nieder jrnie...@gmail.com wrote:
 Adnan Hodzic wrote:

 Weird.  Does it show up with chromium --user-data-dir=/tmp/nonsense?

 Yep.

 Hm, no ideas here (and I haven't managed to reproduce it).  Could you
 file it at crbug.com and send a link?




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#617782: chromium-browser: HTML5 video rendering issue (red dots youtube)

[Adnan Hodzic]

 Weird.  Does it show up with chromium --user-data-dir=/tmp/nonsense?

Yep.

On Mon, Mar 28, 2011 at 12:00 AM, Jonathan Nieder jrnie...@gmail.com wrote:
 Adnan Hodzic wrote:

 Well, while we're at it, there's another problem I'm having with
 youtube in html5 mode :)
 This is how my comments look like, this problem was present on
 10.0.648.114~r75702-1 just as it is now on 10.0.648.133~r77742-1

 http://foolcontrol.org/img/youtube%20html5%20chrome%20comments.jpg

 Weird.  Does it show up with chromium --user-data-dir=/tmp/nonsense?




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609278: [Pkg-ayatana-devel] progress on Unity?

[Adnan Hodzic]

 On Sun, 20 Mar 2011, Jon Dowland wrote:
 Has there been any progress on this ITP?

 Not that I know. You're welcome to help, Adnan is doing lots of other
 stuff already and pkg-ayatana is largely understaffed in general.

Thank you Raphael for this very thoughtful observation, as it is
absolutely true.

I kind of paused this whole process at the moment, was even thinking
of adding RFH tag to this ITP if that's even possible. Implementation
of Unity into Debian requires immense amount of work to be done, and
I'm not even sure it can be done by one person. Before I paused this
process, huge deal of packages were missing in Debian, even in case
they were present in Debian they required patching. Of course, these
packages could be repackaged directly from Ubuntu as they are already
patched and working nicely in Ubuntu.

Before resuming this process I believe we need to figure out which way
to go. I assume it's patching current Debian packages. As Raphael
already said, I'm doing bunch of other stuff, so help would be highly
appreciated. If I could get extra pair of hands and where we would
divide duties among ourselves I believe this whole process could be
finished relatively fast.


Adnan

On Sun, Mar 20, 2011 at 2:06 PM, Raphael Hertzog hert...@debian.org wrote:
 Hello Jon,

 On Sun, 20 Mar 2011, Jon Dowland wrote:
 Has there been any progress on this ITP?

 Not that I know. You're welcome to help, Adnan is doing lots of other
 stuff already and pkg-ayatana is largely understaffed in general.

 (I encouraged its creation but I can't take a leading role)

 Cheers,
 --
 Raphaël Hertzog ◈ Debian Developer

 Follow my Debian News ▶ http://RaphaelHertzog.com (English)
                      ▶ http://RaphaelHertzog.fr (Français)






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org